RDM erstellen - 3TB Harddisk

[SUNMorph]

Hy,

ich habe wiedermal eine Frage.

Funktioniert das durchreichen einer Harddisk laut unten angeführtem Link auch nur bis 2 TB Grösse der Harddisk?

http://vm-help.com/esx40i/SATA_RDMs.php

[Dayworker]

http://www.vmware.com/pdf/vsphere5/r50/ ... ximums.pdf
http://www.vmware.com/pdf/vsphere5/r51/ ... ximums.pdf

[SUNMorph]

Ja das habe ich mir schon durchgelesen.

Raw Device Mapping size (virtual compatibility) 2TB minus 512 bytes
Raw Device Mapping size (physical compatibility) 64TB


Und laut meiner geposteten Anleitung kann ich virtuelle und physikalisch RDMs erstellen

Aber wenn ich die Option -z bei den vmdktools verwende müsste ich doch eine 3TB RDM erstellen können?

Trotzdem bekomme ich immer die Fehlermeldung.

Failed to create virtual disk: The destination file system does not support large files

[~thc]

Ist die Ziel-Platte (3TB) komplett leer bzw. unbenutzt?

EDIT: und ist der Ort, wo die pRDM-Dateien liegen sollen, ein VMFS5-Datastore?

[nr8]

Morgen.

Ich habe gerade diesen Thread gesehen.
Ich habe gestern selbst einen auf gemacht. Jedoch war ich da wohl ein wenig zu schnell da es hier ja schon einen gibt.
Hier ist meiner: http://vmware-forum.de/viewtopic.php?t= ... hlight=rdm

Ich habe das gleiche Problem wie SUNMorph und bin auch nach der gleichen Anleitung vor gegangen.

Zu den Fragen von ~thc:
Ja meine Platte ist komplett leer und nein es ist kein VMFS-5 Datastore.
Meine Platte ist noch komplett unberührt.

Geht dies nur auf einem Datastore?
Wäre fein wenn ihr uns helfen könntet.
Danke.

[~thc]

Geht dies nur auf einem Datastore?

In welchem Verzeichnis setzt du denn das vmdktools-Kommando ab?

Du kannst die pRDM-Datei in dieser Größe nur auf einem VMFS-5 Datastore anlegen.

[nr8]

Ich habe jetzt auf einer Platte einen Datestore mt VMSFS-5 erstellt und dann versucht so das RD so anzulegen:

vmkfstools -z /vmfs/volumes/Storage-01/ RDM-Storage-01-P.vmdk -a lsilogic
Raw device, '/vmfs/volumes/512486f8-2b3eed88-084c-902b34d2d943' doesn't exist, or isn't a disk.

Ich dürfte hier wohl noch einen Fehler haben.

[~thc]

Ja. Hinter den Parameter "-z" gehört die VML ID (der 3 TB Zielplatte) und nicht die Ziel-VMDK:

Code: Alles auswählen

vmkfstools -z /vmfs/devices/disks/vml.xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx /vmfs/volumes/Storage-01/RDM-Storage-01-P.vmdk -a lsilogic

[MaxW]

Du kannst die pRDM-Datei in dieser Größe nur auf einem VMFS-5 Datastore anlegen.

Das war die entscheidende aussage bei mir. Nirgendwo anders hab ich es bisher gefunden. Danke

[nr8]

Stimmt da muss ich MaxW recht geben. Das habe ich sonst auch noch nie gesehen.
Leider funktioniert es bei mir trotzdem nicht:

vmkfstools -z /vmfs/devices/disks/vml.02000000005000c5005de53009535433303030 /vmfs/volumes/Storage-01/P-RDM-Storage-01.vmdk -a lsilogic
Failed to reopen virtual disk: Failed to lock the file (16392).

[~thc]

Failed to reopen virtual disk: Failed to lock the file (16392).

Diesen Fehler bekommst du normalerweise, wenn

- die VMDK von einer VM oder einem anderen Prozess aktuell noch benutzt wird oder
- im gleichen Verzeichnis (/vmfs/volumes/Storage-01/) noch "lck"-Dateien der VMDK existieren

[nr8]

Hm.

Ich hab den Datastore noch einmal gelöscht angelegt und formatiert und ich bekomm immer noch die Meldung:

~ # ls -la /vmfs/volumes/Storage-01/
drwxr-xr-t 1 root root 1120 Feb 20 09:49 .
drwxr-xr-x 1 root root 512 Feb 20 09:49 ..
-r-------- 1 root root 14745600 Feb 20 09:49 .fbb.sf
-r-------- 1 root root 267026432 Feb 20 09:49 .fdc.sf
-r-------- 1 root root 1179648 Feb 20 09:49 .pb2.sf
-r-------- 1 root root 268435456 Feb 20 09:49 .pbc.sf
-r-------- 1 root root 262733824 Feb 20 09:49 .sbc.sf
-r-------- 1 root root 4194304 Feb 20 09:49 .vh.sf
~ # vmkfstools -z /vmfs/devices/disks/vml.02000000005000c5005de53009535433303030 /vmfs/volumes/Storage-01/P-RDM-Storage-01.vmdk -a lsilogic
Failed to reopen virtual disk: Failed to lock the file (16392).

Das VMDK gehört natürlich keiner VM da es ja noch nicht einmal vorhanden ist.

[~thc]

Du bist sicher, dass die VML-ID die richtige ist? Die Ziel-Disk ist immer noch komplett unbenutzt? (Entschuldige die Nachfragen, aber ich kann dir ja nicht über die Schulter sehen.)

Dann probiere mal folgendes:

Code: Alles auswählen

cd /vmfs/volumes/Storage-01
vmkfstools -z /vmfs/devices/disks/vml.02000000005000c5005de53009535433303030 P-RDM-Storage-01.vmdk -a lsilogic


und

Code: Alles auswählen

cd /vmfs/volumes/Storage-01
vmkfstools -z /vmfs/devices/disks/vml.02000000005000c5005de53009535433303030 P-RDM-Storage-01.vmdk


und

Code: Alles auswählen

cd /vmfs/volumes/Storage-01
mkdir Test
cd Test
vmkfstools -z /vmfs/devices/disks/vml.02000000005000c5005de53009535433303030 P-RDM-Storage-01.vmdk -a lsilogic


[nr8]

Kein Problem.
Lieber zu viele Details

Also ich bekomm immer den selben Fehler wie schon voher.

Bezüglich der ID.
Ich versuche einmal zu erklären wie ich zu dieser gekommen bin.

ls -la /vmfs/devices/disks/
...
lrwxrwxrwx 1 root root 20 Feb 20 10:41 vml.02000000005000c5005de53009535433303030 -> naa.5000c5005de53009
lrwxrwxrwx 1 root root 22 Feb 20 10:41 vml.02000000005000c5005de53009535433303030:1 -> naa.5000c5005de53009:1

Leider kann ich keinen Screenshot hinzufügen denn man sieht im vSphere Client beim Datastore "Storage-01" unter "Device" diese ID:

"Local ATA Disk (naa.5000c5005de53009):1"

EDIT:
Wenn ich irgendein anderes vml.... nehm dann legt er das RDM ohne Fehler an. Zumindest sieht es so aus:

vmkfstools -z /vmfs/devices/disks/vml.02000000005000c5005de60e88535433303030 P-RDM-Storage-01.vmdk

ls -la /vmfs/devices/disks/
drwxr-xr-x 1 root root 512 Feb 20 10:41 .
drwxr-xr-x 1 root root 512 Feb 20 10:41 ..
-rw------- 1 root root 3000592982016 Feb 20 10:41 naa.5000c5005de53009
-rw------- 1 root root 3000591450112 Feb 20 10:41 naa.5000c5005de53009:1
-rw------- 1 root root 3000592982016 Feb 20 10:41 naa.5000c5005de5b517
-rw------- 1 root root 3000592982016 Feb 20 10:41 naa.5000c5005de5db9c
-rw------- 1 root root 3000592982016 Feb 20 10:41 naa.5000c5005de60e88
-rw------- 1 root root 997998985216 Feb 20 10:41 naa.600605b005faa2c018b5bf292c24f781
-rw------- 1 root root 4161536 Feb 20 10:41 naa.600605b005faa2c018b5bf292c24f781:1
-rw------- 1 root root 4293918720 Feb 20 10:41 naa.600605b005faa2c018b5bf292c24f781:2
-rw------- 1 root root 992761331200 Feb 20 10:41 naa.600605b005faa2c018b5bf292c24f781:3
-rw------- 1 root root 262127616 Feb 20 10:41 naa.600605b005faa2c018b5bf292c24f781:5
-rw------- 1 root root 262127616 Feb 20 10:41 naa.600605b005faa2c018b5bf292c24f781:6
-rw------- 1 root root 115326976 Feb 20 10:41 naa.600605b005faa2c018b5bf292c24f781:7
-rw------- 1 root root 299876352 Feb 20 10:41 naa.600605b005faa2c018b5bf292c24f781:8
lrwxrwxrwx 1 root root 20 Feb 20 10:41 vml.02000000005000c5005de53009535433303030 -> naa.5000c5005de53009
lrwxrwxrwx 1 root root 22 Feb 20 10:41 vml.02000000005000c5005de53009535433303030:1 -> naa.5000c5005de53009:1
lrwxrwxrwx 1 root root 20 Feb 20 10:41 vml.02000000005000c5005de5b517535433303030 -> naa.5000c5005de5b517
lrwxrwxrwx 1 root root 20 Feb 20 10:41 vml.02000000005000c5005de5db9c535433303030 -> naa.5000c5005de5db9c
lrwxrwxrwx 1 root root 20 Feb 20 10:41 vml.02000000005000c5005de60e88535433303030 -> naa.5000c5005de60e88
lrwxrwxrwx 1 root root 36 Feb 20 10:41 vml.0200000000600605b005faa2c018b5bf292c24f781536572766552 -> naa.600605b005faa2c018b5bf292c24f781
lrwxrwxrwx 1 root root 38 Feb 20 10:41 vml.0200000000600605b005faa2c018b5bf292c24f781536572766552:1 -> naa.600605b005faa2c018b5bf292c24f781:1
lrwxrwxrwx 1 root root 38 Feb 20 10:41 vml.0200000000600605b005faa2c018b5bf292c24f781536572766552:2 -> naa.600605b005faa2c018b5bf292c24f781:2
lrwxrwxrwx 1 root root 38 Feb 20 10:41 vml.0200000000600605b005faa2c018b5bf292c24f781536572766552:3 -> naa.600605b005faa2c018b5bf292c24f781:3
lrwxrwxrwx 1 root root 38 Feb 20 10:41 vml.0200000000600605b005faa2c018b5bf292c24f781536572766552:5 -> naa.600605b005faa2c018b5bf292c24f781:5
lrwxrwxrwx 1 root root 38 Feb 20 10:41 vml.0200000000600605b005faa2c018b5bf292c24f781536572766552:6 -> naa.600605b005faa2c018b5bf292c24f781:6
lrwxrwxrwx 1 root root 38 Feb 20 10:41 vml.0200000000600605b005faa2c018b5bf292c24f781536572766552:7 -> naa.600605b005faa2c018b5bf292c24f781:7
lrwxrwxrwx 1 root root 38 Feb 20 10:41 vml.0200000000600605b005faa2c018b5bf292c24f781536572766552:8 -> naa.600605b005faa2c018b5bf292c24f781:8

Ich muss doch auf die Disk schreiben. Wieso schreibt er hier keinen Fehler aus.
Find ich gerade sehr komisch.

[~thc]

Das dachte ich mir. Du hast auf deiner Ziel-Platte den Datastore angelegt ("Storage-01" -> "Local ATA Disk (naa.5000c5005de53009):1") und dann versuchst du, die ganze Platte als pRDM auf dem Datastore auf derselben Platte anzulegen - das kann nicht gehen.

Du brauchst eine komplett leere 3TB-Platte und einen VMFS-5 Datastore auf einer anderen Platte - dieser muss aber nicht groß sein, sondern nur die kleinen pRDM-Dateien beherbergen.

P.S. Auf deiner Installations-Platte (1 TB) hast du doch einen Datastore.

[nr8]

A
Danke das wars
Das heisst er legt quasi nur die Meta-Daten auf dem "kleinen" Datastore ab und die Files selbst liegen auf der anderen Platte. Dies ist quasi dann ein Link nehm ich mal an oder?

Ich hab jetzt 4 RDM's anlegen können.
Danke!

Eine Frage habe ich jetzt jedoch noch.
Listet mit VMware die Platten auch in der richten Reihenfolge auf?
Mir geht es darum das wenn mir eine Platte eingeht das ich auch erkennen kann welche physische das dann ist

[~thc]

A
Danke das wars
Das heisst er legt quasi nur die Meta-Daten auf dem "kleinen" Datastore ab und die Files selbst liegen auf der anderen Platte. Dies ist quasi dann ein Link nehm ich mal an oder?

So ähnlich kann man sich das vorstellen - der tatsächliche Platzbedarf ist minimal. wenn du aber im Datastore browser mal nachschaust, sieht sie wie eine "normale" VMDK aus.

Eine Frage habe ich jetzt jedoch noch.
Listet mit VMware die Platten auch in der richten Reihenfolge auf?
Mir geht es darum das wenn mir eine Platte eingeht das ich auch erkennen kann welche physische das dann ist

Hmmm. Die "disk enumeration" ist in jedem OS anders geregelt. Dazu kommt noch, dass deine Platten scheinbar an einem Nicht-Chipsatz Controller hängen. Bei Chipsatz-Controller-Platten sieht man zumindest die Seriennummer ("t10.ATA____Modellnummer______________________Seriennummer").

Ich würde versuchen, über eine Activity-LED an der Platte, dem Wechselrahmen, der Enclosure oder dem Controller und Last auf einem der vier RDMs eine Zuordnung zu ermöglichen.

[nr8]

Mh das klingt gut. An sowas habe ich auch schon gedacht.
Werde ich heute noch machen bevor ich groß weiter mache.

Danke.