16TB VirtualDisk gesucht (VMware erlaubt nur 950GB)

[RFZ]

Nabend,
ich bräuchte auf die Schnelle eine virtuelle 16TB HDD die ich in VMware Workstation 6.5 einbinden kann.
VMware selbst erlaubt mir nur 950GB, egal ob über die GUI oder vmware-vdiskmanager.exe.
Gibt es da eine Möglichkeit?
Laut diversen Beiträgen soll es ja mit VMware Server machbar sein (habe ich aber nicht hier und kann ich ja auch nicht installieren, ohne VMware Workstation zu deinstallieren), könnte ich soeine disk dann in VMware Workstation einbinden, oder besteht da keine Chance?
Wär für jede Hilfe dankbar :)

[continuum]

VMserver nimmt AFAIK auch nur 950 Gb maximal.
Du kannst analog zu den gesplitteten vmdks mit x mal 2 Gb auch welche anlegen mit x mal 950 Gb ..

Auf die Art habe ich schon 2 Tb vmdks angelegt - ich wuerde aber niemals so grosse anlegen - warum nimmst du die 16 TB nicht als rawdisk ?

[RFZ]

Weil ich die nicht habe :D
Ich will auch die 16TB nicht ausnutzen, es geht mir nur darum ein paar Szenarien nachzustellen, die bei mir auf einem echten Server mit so großen Partitionen zu Problemen führen. Und ich würde gerne wissen, ob ich das in einer VM nachstellen kann.

Wie meinst du das mit x mal 950GB? Ich hab das so verstanden, dass das Limit der virtuellen Disk bei 950GB liegt, egal ob als eine Datei oder in 2GB gesplittet. Für mich ist das eh nicht relevant, weil die Nutzung auf der Disk eh nie 2GB überschreiten wird.

Ich muss einfach einem virtuellen Server 2003 eine Festplatte mit 16TB vorgaukeln können.

[continuum]

Hi
am einfachsten ist es eine preallocated 950Gb ein paar mal zu kopieren und zusammen zu setzen.
Dann brauchst du aber auch wirklich 16 TB.

Ansonsten musst du eine gesplittete vmdk mit 8000 slices von Hand erstellen

[RFZ]

Eine preallocated mit 950GB kann ich nicht erstellen, erst recht nicht mehrere davon, weil ich den Platz nicht habe.

Aber könntest du mir bitte erklären, wie du das mit den 8000x2GB meinst, bzw. wie man generell vmdks zusammen fügen kann? Oder meinst du damit Software-Raid im Guest-OS?

[continuum]

Erstell mal eine 950 Gb split sparse vmdk und poste diese

[RFZ]

http://dl.getdropbox.com/u/280086/950GBDisk.zip

Ok, gehe ich recht in der Annahme, dass du einfach die Dateiliste zu den einzelnen Segmenten erweitern willst?
Ich bin gespannt :)

[continuum]

In etwa - du entfernst diese Zeile

RW 972800 SPARSE "950GBDisk-s476.vmdk"

und machst dafuer mit Zeilen wie dieser weiter:

RW 4192256 SPARSE "950GBDisk-s476.vmdk"
RW 4192256 SPARSE "950GBDisk-s477.vmdk"

Wenn du die Anzabl zusammen hast die du haben willst rechnest du die Anzahl der Sektoren zusammen a la
x mal 4192256 = ?

Den Wert teilst du durch 16065 und hast damit den neuen Wert fuer
ddb.geometry.cylinders = ?

Alles andere kannst du so lassen wie es ist

[RFZ]

Danke, sieht schonmal gut aus, VMware erkennt die 16TB in der Konfiguration der VM.

Momentan startet die VM seit knappen 10min und der PC rödelt wie blöd rum... mal sehn ob das noch klappt

Edit: zu früh gefreut... Die VM startet nach über 10min, aber der Datenträger ist laut Server 2003 "nicht lesbar"

[continuum]

poste mal das vmware.log

Mist - ich habe mal eine 2 TB vmdk aus 950 Gb stuecken zusammengesetzt - statt aus 2 Gb stuecken - leider finde ich die vmdk nicht wieder

[RFZ]

Jo, danke, genau das habe ich mittlerweile auch gemacht

Mit dem Diskmanager eine 500GiB vmdk erzeugt, diese in einer anderen vmdk vier mal referenziert und man erhält 2TiB:

Code: Alles auswählen

# Extent description
RW 1048576000 SPARSE "500GBDisk-s01.vmdk"
RW 1048576000 SPARSE "500GBDisk-s01.vmdk"
RW 1048576000 SPARSE "500GBDisk-s01.vmdk"
RW 1048576000 SPARSE "500GBDisk-s01.vmdk"

# The Disk Data Base
# ...
ddb.geometry.cylinders = "261083"
ddb.geometry.heads = "255"
ddb.geometry.sectors = "63"


Diese vmdk habe ich dann mit dem diskmanager erfolgreich in eine einzelne vmdk gewandelt. Man hätte sie natürlich auch direkt verwenden können, dann hätte man aber vier unterschiedliche 500GiB Quellen verwenden müssen

Leider geht dieser ganze Spass nur bis 2TiB, bei mehr sagt mir der diskmanager immer "Failed to convert disk: One of the parameters supplied is invalid (0x100003e80)."

Möglicherweise packt der Datentyp der cylinder/cluster nicht mehr?
Wobei mir VMware aber 16TB anzeigt, wenn ich oben statt vier mal eben 32 mal kopiere. Nutzbar sind sie dann aber nicht.

Edit: Der wert vor der referenzierten sparse vmdk in einer vmdk entspricht je 512 Bytes dieser vmdk. Ich nenns mal Cluster
Wenn man davon ausgeht, dass vmware maximal 2^32 Cluster verwalten kann, liegt das Limit bei 2^32 * 512 Bytes = 2TiB. Könnte erklären, warum vmware bei mehr aussteigt

[Dayworker]

...und ihr seid sicher, daß W2k3_Server diesen Datenträger überhaupt vollständig einbinden kann
Die meisten haben ja schon Probleme, Partitionen größer 2TB einzubinden. Das nächste Problem offenbarte sich ja schon bei einigen Controllern bzw eher deren Treibern bei mehr als 4TB und einer Lacie Bigdisk mit 6TB Kapazität. In einem Test konnte nur MacOS_X die volle Kapazität auch nutzen, die anderen hatten einen Überlauf bei 4TB und zeigten daher nur noch 2TB an

[RFZ]

Genau das gilt es herauszufinden.

Ich kann ja mal den Hintergrund erklären. Ich habe mir einen Drobo gekauft. Dieser hat eine virtuelle 16TB Festplatte. Mein realer Server 2003 bindet diese korrekt ein - bis auf ein Problem, ich kann auf dieser Festplatte keine Schattenkopien aktivieren.
Jetzt wollte ich wissen, ob der Drobo, mein Server 2003 oder einfach die Größe ansich von 16TB das Problem ist.
Deswegen wollte ich einen virtuellen Server 2003 auch mit 16TB füttern und schauen, ob das Problem reproduzierbar ist.

[continuum]

Code: Alles auswählen

# Extent description
RW 1048576000 SPARSE "500GBDisk-s01.vmdk"
RW 1048576000 SPARSE "500GBDisk-s01.vmdk"
RW 1048576000 SPARSE "500GBDisk-s01.vmdk"
RW 1048576000 SPARSE "500GBDisk-s01.vmdk"

# The Disk Data Base
# ...
ddb.geometry.cylinders = "261083"
ddb.geometry.heads = "255"
ddb.geometry.sectors = "63"



das wird nicht gehen - du musst die einzelnen slices schon umbenennen

[RFZ]

das wird nicht gehen - du musst die einzelnen slices schon umbenennen

Doch, es geht, denn ich nutze diese vmdk ja nur als Quelle um sie in eine vmdk mit einer Datei konvertieren zu können. Nur wenn ich sie direkt nutzen würde, müsste ich unterschiedliche Quellen haben.
Das hab ich schon alles durch, klappt auch... aber hald leider nur bis 2TiB.
Ich schätze einfach, dass mehr als die 2^32 Blöcke einfach nicht drin sind - mir jedenfalls fällt kein Trick 17 mehr ein.

[continuum]

und wenn du aus 8 x 2TB disks eine dynamische Platte erstellst ?

[RFZ]

und wenn du aus 8 x 2TB disks eine dynamische Platte erstellst ?

Bereite ich grade vor... aber eine "echte" 16TB ist's hald trotzdem nicht

[continuum]

Du hast buslogic genommen - wie waers wenn du mal eine mit einem SAS-controller probierst - oder wenigstens den LSI-nimmst ?

[RFZ]

lsilogic hat die selbe Beschränkung.. sas? ich hab nur ide, buslogic und lsilogic zur Auswahl.

Edit: Zumindest weiß ich jetzt, dass Server 2003 SP2 mit 16TB ein Problem hat - auch in der VM kann ich die Schattenkopien nicht aktivieren.

[continuum]

scsi0.virtualDev = "lsisas1068"

das ist der Eintrag fuer SAS-controller - du brauchst dann auch aktuelle Treiber ...

[RFZ]

scsi0.virtualDev = "lsisas1068"

das ist der Eintrag fuer SAS-controller - du brauchst dann auch aktuelle Treiber ...

Gut, das wäre ja die Einbindung in die VM, aber vmware-vdiskmanager steigt ja schon aus, wenn eine vmdk mehr als 2^32 Blöcke hat.

[continuum]

den vmware-vdiskmanager brauchst du nicht

[RFZ]

[...]warum nimmst du die 16 TB nicht als rawdisk ?

Der Vollständigkeit halber... Auch das geht nicht. Hätte eben versucht den Drobo direkt an eine VM zu hängen (also als Harddisk, als USB Gerät würde es wohl funktionieren). Dann meldet VMware, dass der Datenträger nicht über 2TB groß sein darf.