Datei ist größer als die vom Datenspeicher unterstützte...

[beflo]

Hi,

wir haben unseren FileServer auf 2008R2 migriert. DerFileServer hat insgesamt 3 Platten.Eine Systemplatte mit 40 GB, und 2Datenpartitionen mit 512GB bzw. 256 GB.
Beim Erstellen eines Snapshotskommt die Fehlermeldung "Datei <unspecified filename> ist größer als die vom Datenspeicher <unspecified Datastore> unterstützte maximale Größe.
Als maximale Plattengröße konnte 512 GBgewählt werden. Die Snapshots sollten jawohl kaum größer sein. Kann es daran liegen dass nur noch 230GB auf der LUN frei sind?
Alle VMXDateien sind in demselben Verzeichnis!

Außerdem kommt beim automatischen Snapshot Versuch perVCB die Fehlermeldung das kein Snapshot eines stillgelegten Prozesses erstellt werden kann, was aber wohl an 2008R2 und derKompatibilität mit ESX 4.0 zusammenhängt.

[irix]

Beiden Fehlermeldungen liegt das gleiche Problem zu Grunde nur das wohl beim VCB nicht die Originalmeldung durchgereicht wird sondern eine generische.

Die erste Meldung deutet sehr wahrscheinlich in die passende Richtung.

Fragen:
- Hat die VM mehr als eine VMDK und liegen diese in unterschiedlichen Datastores?
- Oder ist das $HOME der VM von seiner evtl. nur einen VMDK getrennt?

Falls eine der beiden mit Ja beantwortet wird bitte mal die Blocksize der beiden Datastores vergleichen und pruefen ob fuer den Datastore welcher das $HOME beherbergt ein kleinerer Wert ausgewiesen wird.

Gruss
Joerg

[beflo]

Also die Fehlermeldung mit der Dateigröße gibt er mir ja beim manuellen Erstellen eines Snapshots über den vSphere-Client.
Und alle 3VMDKs liegenin ein und demselben Verzeichnis auf der gleichen LUN zusammen mit der vmx-Datei.

[irix]

Hmm..... verwendet die VM Thinprovisioning? Wurde das System von 3.5 auf 4.0 aktualisiert? Welche Blocksize(1,2,4,8MB) hat der Datastore?

Bei VCB kann das Problem noch an "disk.EnableUUID" liegen wobei ich mir nicht sicherbin das es bei 4.0 und VCB verwendet wird.

Gruss
Joerg

[beflo]

Aktualisiert wurde dasSystem, allerdings lange bevor die virtuelle Maschine erstellt wurde.
Der Datastore hat eine Blockgrößevon 2 MB und Thinprovisioning wird nicht genutzt.
Es sehe derzeit keinen Grund fürden Fehler....

[irix]

Hmmm... IIRC hatten wir hier im Forum schon einmal sowas und dabei kam heraus die Datei nur 255 und nicht 256GB haette gross sein duerfen.

Stell mal deinen VIC auf Englisch um un dann geh in der VMware KB suchen nach den Ursachen des Fehlers.

Ab wann tritt der Fehler denn auf bzw. was wurde geaendert.

Gruss
Joerg

[beflo]

Also scheinbar darf eine VMDK nicht die maximale Größe des Datastores nutzen sondern man muss einen Overhead einberechnen. Da liegt wohl das Problem... Ich werde bei Gelgenheit mal die Platte entsprechend verkleinern und berichten ob es geholfen hat. Ebenso werde ich mir die disk.enableUUID Option anschauen und ggf. ändern, ob es dann mit VCB klappt.
Danke für eure Hilfe!

[irix]

Aber so von Heute auf Morgen ohne das sich etwas geaendert hat kommt die Meldung aber nicht

Den Client laesst du Englisch sprechen in dem du der Verknuepfung ein

Code: Alles auswählen

"c:\......\*.exe" --locale en_US

mitgibst und die Anwendung neu startest. Schon gleich die Login Maske sollte nun nicht mehr in Deutsch sein.

Zu dem disk.EnableUUID gibts einen KB Eintrag und eigentlich aktiviert der etwas Sinnvolles was das Thema VSS und Konsistenz angeht. Nur wir haben nun zahlreiche 2008er VMs welche sich nicht mehr sichern lassen und wir den Parameter auf "false" stellen mussten.

Gruss
Joerg

[beflo]

Leider ist der Paramet disk.enableUUID wohl erst ab ESX 4.1 wirksam.
Wir haben bisher leider noch nicht auf 4.1 aktualisiert. Kann man VCB irgendwie so konfigurieren,dass er ein Snapshot ohne Stillegen des Filesystems zu machen?

[irix]

Leider ist der Paramet disk.enableUUID wohl erst ab ESX 4.1 wirksam.
Wir haben bisher leider noch nicht auf 4.1 aktualisiert. Kann man VCB irgendwie so konfigurieren,dass er ein Snapshot ohne Stillegen des Filesystems zu machen?

Ja, es gibt den undokumentierten Schalter "-Q" welcher fuer Quiescing steht. Der steht wohl per Default auf 1 und versuche es mal mit 0 (oder anders herum). Es werden dann aber auch keine Custom Scripts mehr getriggert.

Damals haben sich solche Probleme aber durch einen Reboot der VM oder mal eine Controlle im Eventlog und nach VSS Problemen geloest.

Gruss
Joerg

[beflo]

Das Problem ist, dass wir mit CA ARCserve sichern. Da kann man leider keine zusätzlichen Parameter mitgeben.
Das Problem ist wohl die nicht hunderprozentige Unterstützung für 2008R2 unter ESX 4.0
Also müssen wir wohl schnellsmöglich auf 4.1 migrieren.

[irix]

Das Problem ist, dass wir mit CA ARCserve sichern. Da kann man leider keine zusätzlichen Parameter mitgeben.

Zu alten Zeiten haben die alle nur ein Script aufgerufen und Parameter uebergeben. Finde das Script und baue eine Weiche ein so das in dem einen Spezialfall das -Q gesetzt wird wenn es keinen Schalter in der GUI vom ARCserve gibt.

Zwecks Test koennte man vcbmounter.exe auch mal von Hand fuettern so das du testen kannst ob es Ueberhaupt funktionieren wuerde.

Das Problem ist wohl die nicht hunderprozentige Unterstützung für 2008R2 unter ESX 4.0
Also müssen wir wohl schnellsmöglich auf 4.1 migrieren.

Dann brauchst du aber auch ein aktuellen ARCserve und gucken wie dann der aktuelle vSphere Agent heist. Es wird dann ueber eine BackupAPI gesichert und nicht mehr ueber Scripte bzw. Proxy.

Gruss
Joerg

[beflo]

Also wir setzen die aktuellste ArcSerce Version ein.Eigentlich sollte im Mai eine neue kommen, bisher hab ich dazu aber noch nichts gefunden.

Habe ebennoch mal einen anderen 2008R2Server getestet. Da kam der Fehler mit demStillegen nicht. Ich werdeam Wochenende denFileServer aufeine etwaskleinere Partition umstellen und dann mal weitersehen.

Danke fürs Erste