VMware-Forum

Hallo,

ich habe 3 unterschiedliche virtuelle Maschinen in VMWare Workstation 7
mit jeweils mehreren Schnappschüssen. Ich habe jeweils 1 oder 2 Festplatten pro Maschine.

Ich habe jetzt zwar schon alle überflüssigen Schnappschüsse bereinigt, habe aber das Gefühl, dass in meinem Verzeichnis mit den Schnappschüssen zu viel drinliegt.
Vielleicht habe ich auch mal eine virtuelle Festplatte angelegt und sie dann nachher doch nicht genutzt.

Wie kann man ermitteln, welche Files da wirklich noch genutzt werden?
Unter "Edit virtuell machine Settings" kriegt man dazu ja keine ausführlichen Infos, zumindest nicht wie die zugehörigen Schnappschüsse oder Festplatten heissen.
Dort sehe ich nur, wie die Datei der virtuellen Maschine heisst.

Kann mir jemand dazu einen Tipp geben. Ich möchte alles überflüsse löschen (die Festplatte ist fast voll)

Danke und Gruss

Andreas

Für eine verlässliche Analyse brauchen wir pro VM:

Dateiliste - erstellt per cli oder screenshot von winscp
die aktuelle vmx
alle vmdks ohne delta oder flat im Namen

falls du was hochladen willst mach das bei http://ifile.it und poste dann den Link

Screenshots vom Datastorebrowser reichen NICHT !!!

Dateiliste per cli was bedeutet das? Sagt mir nichts.

Und "Wir brauchen alle vmdks", was bedeutet das?
Die sind bis zu 10 Gigabyte gross, die kann und sollte ich wohl kaum hochladen.

Gibt es kein Tool um herauszubekommen welche vmdks wirklich genutzt werden?

Gruss Andreas

Dateiliste per cli ...
per ssh ins Verzeichnis der VM wechseln und dann per ls nachsehen

der Datastorebrowser zeigt vmdks nicht korrekt an - deswegen sollst du auch per winscp nachsehen

Ulli, das scheint doch ein Windows Anwender zu sein

Mach einfach eine cmd.exe auf und wechsle in das Verzeichnis wo immer die VMs liegen.


Sollte dann alle Dateien auflisten und in eine Datei schreiben. Was die VMDKs an geht so sind nur die kleinen Descriptor VMDKs gemeint und nicht die Daten VMDKs.

Gruss
Joerg

ja, ich bin ein Windows XP Anwender.

OK, dann werde ich das mal tun, komme ich aber erst Ende nächster Woche zu, da ich erst mal ein paar Tage Urlaub habe.

Gruss Andreas

Hallo,

ich habe die Files (Dateiliste + 3x vmk) gerade versucht hochzuladen.
Weiss nicht, ob es geklappt hat. Es kam eine Meldung die Datei (vm.zip) wäre zu klein.
Deshalb habe ich die Datei hier nochmal direkt angehängt.

Gruss Andreas

Anhänge funktionieren hier leider nicht.
Rest siehe Signatur

Anhänge funktionieren hier nicht mehr.

Wenn das zip zu klein ist für http://ifile.it pack noch ein Nacktfoto von deinem Hund oder sowas dabei ... oder ein screenshot derr VM ...

OK, jetzt hat es geklappt. Hier der Link : http://ifile.it/oqnfcp4/vm.zip

Hi
alle 3 VMs haben midestens einen snapshot

leider koennen wir derzeit nicht mehr sagen als dass alle vmdks evtl noch gebraucht werden

wir muessten wirklich eine Dateiliste sehen und die vmware.logs aus den entsprechenden Verzeichnissen

ach ja - screenshots vom snapshotmanager waeren sehr hilfreich

Hallo,

habe nochmal ein zipfile mit allen logs und Schnapschüssen + Dateiliste hochgeladen
[url] http://ifile.it/mb0tnvy/vm.zip

Löscht VMWare beim Löschen eines Schnappschusses nicht die entsprechenden vmdk's wenn sie auch von keinem anderen Schnappschuss verwendet werden?

Wie kriegt man denn raus welcher Schnappschuss welche vmdk benutzt?
Welche VMWare Maschine welche vmdk's benutzt habe ich ja schon gefunden.

Gruss Andreas

deine snapshots sind alle verzweigt - brauchst du auch die vmdks der derzeit nicht aktiven Zweige noch ?

die Win7 VM braucht derzeit:

HDD2-000001.vmdk
HDD2-000003.vmdk
HDD2.vmdk
Windows 7 x64-000001.vmdk
Windows 7 x64-000003.vmdk
Windows 7 x64.vmdk

die Netzwerkboot Win7 braucht derzeit:


Windows 7 IPP HDD2-000001.vmdk
Windows 7 IPP HDD2-000007.vmdk
Windows 7 IPP HDD2.vmdk
Windows 7 leere Maschine-000001.vmdk
Windows 7 leere Maschine-000002.vmdk
Windows 7 leere Maschine-000008.vmdk
Windows 7 leere Maschine.vmdk


die XP VM braucht derzeit:

Windows XP Professional x64 Edition-000003.vmdk
Windows XP Professional x64 Edition-000004.vmdk
Windows XP Professional x64 Edition-000002.vmdk
Windows XP Professional x64 Edition.vmdk

Hallo Ulli,

ja die wollte ich erst mal noch alle behalten.

bitte schick doch mal die Dateiliste

wenn du die anderen Zweige auch noch beibehalten wsillst kannst du wahrscheinlich derzeit gar nichts loeschen

sorry, ich hatte versehentlich eine falsche Datei als Dateiliste im Zipfile.
Hab sie jetzt erneut hochgeladen.

http://ifile.it/so0r25z/vm.zip

ok - die wollte ich sehen ...

ich denke da ist nicht eine vmdk die du loeschen kannst

allenfalls kannst du snapshots per snapshotmanager entfernen

falls noetig koennen wir mal eben per teamviewer schauen

Hallo Ulli,

vielen Dank für Deine Mühen.
Was ich aber nicht verstehe:
--------------------------------------------------------------
die Netzwerkboot Win7 braucht derzeit:

Windows 7 IPP HDD2-000001.vmdk
Windows 7 IPP HDD2-000007.vmdk
Windows 7 IPP HDD2.vmdk
Windows 7 leere Maschine-000001.vmdk
Windows 7 leere Maschine-000002.vmdk
Windows 7 leere Maschine-000008.vmdk
Windows 7 leere Maschine.vmdk

die XP VM braucht derzeit:

Windows XP Professional x64 Edition-000003.vmdk
Windows XP Professional x64 Edition-000004.vmdk
Windows XP Professional x64 Edition-000002.vmdk
Windows XP Professional x64 Edition.vmdk
--------------------------------------------------------------

2 der 3 VMs haben 2 Festplatten, die 3.VM hat nur eine Festplatte.
Wie kann es denn sein, dass die Maschinen so viele vmdk's brauchen?
Sollte es nicht 1x vmdk pro Festplatte geben?

Gruss Andreas

2 der 3 VMs haben 2 Festplatten, die 3.VM hat nur eine Festplatte.
Wie kann es denn sein, dass die Maschinen so viele vmdk's brauchen?
Sollte es nicht 1x vmdk pro Festplatte geben?

Ja eigentlich schon, wenn du keine Snapshots hättest.
In irgendeine neue Datei müssen die seit dem Snapshot gemachten Änderungen ja geschrieben werden und die neuen Dateistände zählt VMware im Dateinamen der vDisk hoch.

und die neuen Dateistände zählt VMware im Dateinamen der vDisk hoch.

Es kann allerdings auch sein das die Nummerierung in die Irre fuehrt.

Wenn man zB basedisk plus snap 000001 - 000004 hat kann es durch aus sein das snap 000001 der neueste ist.

Deswegen muss man sich auch wirklich die vmdk descriptoren alle ansehen

continuum hat geschrieben:Es kann allerdings auch sein das die Nummerierung in die Irre fuehrt.

Wenn man zB basedisk plus snap 000001 - 000004 hat kann es durch aus sein das snap 000001 der neueste ist.

Deswegen muss man sich auch wirklich die vmdk descriptoren alle ansehen

Dann macht es aber erst recht keinen Sinn, daß VMware volle 6 Stellen für Snapshots vorsieht und dann doch wieder bei "000001" oder sonstwo mittendrin anfängt...

Dayworker hat geschrieben:

continuum hat geschrieben:Es kann allerdings auch sein das die Nummerierung in die Irre fuehrt.

Wenn man zB basedisk plus snap 000001 - 000004 hat kann es durch aus sein das snap 000001 der neueste ist.

Deswegen muss man sich auch wirklich die vmdk descriptoren alle ansehen

Dann macht es aber erst recht keinen Sinn, daß VMware volle 6 Stellen für Snapshots vorsieht und dann doch wieder bei "000001" oder sonstwo mittendrin anfängt...

Das war bestimmt ein Featurerequest von Ulli, weil er dann da der einzige ist welcher durchblickt.

Gruss
Joerg

irix hat geschrieben:Das war bestimmt ein Featurerequest von Ulli, weil er dann da der einzige ist welcher durchblickt.

So wie ich VMware einschätze, wird sich das wieder weiter bis in alle Ewigkeit durch sämtliche, auch zukünftige, Produkte ziehen.

irix hat geschrieben:

Dayworker hat geschrieben:

continuum hat geschrieben:Es kann allerdings auch sein das die Nummerierung in die Irre fuehrt.

Wenn man zB basedisk plus snap 000001 - 000004 hat kann es durch aus sein das snap 000001 der neueste ist.

Deswegen muss man sich auch wirklich die vmdk descriptoren alle ansehen

Dann macht es aber erst recht keinen Sinn, daß VMware volle 6 Stellen für Snapshots vorsieht und dann doch wieder bei "000001" oder sonstwo mittendrin anfängt...

Das war bestimmt ein Featurerequest von Ulli, weil er dann da der einzige ist welcher durchblickt.

Gruss
Joerg

grrr - auf frischer Tat ertappt

Dann macht es aber erst recht keinen Sinn, daß VMware volle 6 Stellen für Snapshots vorsieht und dann doch wieder bei "000001" oder sonstwo mittendrin anfängt...

Das macht auch nicht viel Sinn.

Zumal bei mehr als 100 snapshots pro Zweig WS sowieso anfaengt zu warnen : ab jetzt muss man damit rechnen dass die VM nicht mehr bootet


Wahrscheinlich wollten sie nur einen klaren Unterschied zu den split vmdks haben - deren Nummerierung lauft von name-s001.vmdk bis name-s475.vmdk

Aber die Nummerierung ist wirklich bloed.

Macht man zB ein kette von snapshots bis 000005 und entfernt dann 000002 und legt danach einen neuen an waere es schoen wenn der 000006 hiesse - statt dessen wird die 000002 wieder verwendet.

Beim ESXi ist das nicht schlimm da man da die descriptor-files direkt auslesen kann.
Bei Workstation ist es schon nerviger da man da den descriptor erst extrahieren muss