Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!

Snapshot-Festplatten, konnte nicht gefunden werden. Hilfe !!

Moderatoren: irix, Dayworker

Member
Beiträge: 65
Registriert: 22.08.2012, 10:50

Snapshot-Festplatten, konnte nicht gefunden werden. Hilfe !!

Beitragvon chris1234 » 15.09.2016, 08:04

per ssh

Code: Alles auswählen

Server1a-000002-delta.vmdk  Server1a.vmdk               vmware-247.log
Server1a-000002.vmdk        Server1a.vmsd               vmware-248.log
Server1a-000003-ctk.vmdk    Server1a.vmx                vmware-249.log
Server1a-aux.xml            Server1a.vmxf               vmware-250.log
Server1a-cf462e6a.hlog      Server1a_1-ctk.vmdk         vmware-251.log
Server1a-ctk.vmdk           Server1a_1-flat.vmdk        vmware.log
Server1a-flat.vmdk          Server1a_1.vmdk             vmx-zdump.000
Server1a.nvram              vmware-246.log



Beim ESX-Host ist ein Fehler beim Einschalten der virtuellen Maschine Server1a aufgetreten.
Die Festplatte '/vmfs/volumes/544a1df2-2e2e8115-c8d7-001999ed4aa0/Server1a/Server1a-000001.vmdk' oder eine der Snapshot-Festplatten, auf die sie angewiesen ist, konnte nicht geöffnet werden.
Das System kann die angegebene Datei nicht finden
VMware ESX kann die virtuelle Festplatte '/vmfs/volumes/544a1df2-2e2e8115-c8d7-001999ed4aa0/Server1a/Server1a-000001.vmdk' nicht finden. Stellen Sie sicher, dass der Pfad gültig ist, und versuchen Sie es erneut.
Die Festplatte '/vmfs/volumes/544a1df2-2e2e8115-c8d7-001999ed4aa0/Server1a/Server1a_1-000001.vmdk' oder eine der Snapshot-Festplatten, auf die sie angewiesen ist, konnte nicht geöffnet werden.
Das System kann die angegebene Datei nicht finden
VMware ESX kann die virtuelle Festplatte '/vmfs/volumes/544a1df2-2e2e8115-c8d7-001999ed4aa0/Server1a/Server1a_1-000001.vmdk' nicht finden. Stellen Sie sicher, dass der Pfad gültig ist, und versuchen Sie es erneut.

Experte
Beiträge: 1823
Registriert: 04.10.2011, 14:06

Beitragvon JustMe » 15.09.2016, 08:18

Also, bitte...
Das Verzeichnis-Listing wenigstens zeilenweise ;-)

Aber im Ernst:
Datentraeger vollgelaufen?

Im Listing fehlen entweder ein paar Dateien -000003*, oder beim Abschreiben aus dem putty-Fenster wurde eine -000002 nach -000003 umbenannt...

Was man hier braucht ist:
1.) Ruhe
2.) Directory-Listing "ls -la" (kopiert, nicht abgeschrieben!)
3.) das neueste vmware.log
3b.) die .vmx-Datei (Nur so als Zubrot, weil's ja auch in der Log-Datei drinstehen sollte; ausser, wenn der Datentraeger volllief...)
4. df -h
5. ls -la /vmfs/volumes/*

Member
Beiträge: 65
Registriert: 22.08.2012, 10:50

Beitragvon chris1234 » 15.09.2016, 08:27

Server1a-000002-delta.vmdk
Server1a-000002.vmdk
Server1a-000003-ctk.vmdk
Server1a-aux.xml
Server1a-cf462e6a.hlog
Server1a-ctk.vmdk
Server1a-flat.vmdk
Server1a.nvram
Server1a.vmdk
Server1a.vmsd
Server1a.vmx
Server1a.vmxf
Server1a_1-ctk.vmdk
Server1a_1-flat.vmdk
Server1a_1.vmdk
vmware-259.log
vmx-zdump.000
vmware.log
vmware-264.log
vmware-263.log
vmware-262.log
vmware-261.log
vmware-260.log



Moderator an
Log-Ausschnitt gelöscht. Bitte Logs und Bilder immer verlinken.
Moderator aus

Member
Beiträge: 65
Registriert: 22.08.2012, 10:50

Beitragvon chris1234 » 15.09.2016, 08:29

Moderator an
Log-Ausschnitt gelöscht. Bitte Logs und Bilder immer verlinken.
Moderator aus

Member
Beiträge: 65
Registriert: 22.08.2012, 10:50

Beitragvon chris1234 » 15.09.2016, 08:41

/vmfs/volumes/544a1df2-2e2e8115-c8d7-001999ed4aa0/Server1a # df -h
Filesystem Size Used Available Use% Mounted on
VMFS-5 2.0T 2.0T 50.0G 98% /vmfs/volumes/FA
VMFS-5 2.0T 2.0T 47.8G 98% /vmfs/volumes/CM
VMFS-5 599.8G 974.0M 598.8G 0% /vmfs/volumes/EX01
VMFS-5 1023.8G 822.4G 201.4G 80% /vmfs/volumes/KFMS2
VMFS-5 1023.8G 12.8G 1011.0G 1% /vmfs/volumes/ISO1
VMFS-5 1023.8G 860.6G 163.2G 84% /vmfs/volumes/KFMS1
VMFS-5 1023.8G 682.9G 340.9G 67% /vmfs/volumes/ITADM1
VMFS-5 1023.8G 815.6G 208.2G 80% /vmfs/volumes/ITADM2
VMFS-5 2.0T 2.0T 50.0G 98% /vmfs/volumes/VC
VMFS-5 599.8G 974.0M 598.8G 0% /vmfs/volumes/EX02
VMFS-3 999.8G 635.2G 364.6G 64% /vmfs/volumes/NAS001_IsoStore
VMFS-5 1023.8G 976.0M 1022.8G 0% /vmfs/volumes/ISO2
VMFS-5 2.0T 2.0T 50.0G 98% /vmfs/volumes/FE
VMFS-5 1023.8G 665.9G 357.8G 65% /vmfs/volumes/ITADM3
VMFS-5 1023.8G 552.3G 471.4G 54% /vmfs/volumes/KFMS3
vfat 4.0G 67.2M 3.9G 2% /vmfs/volumes/51cc4251-bc3f66fa-c106-001999ed4aac
vfat 249.7M 148.3M 101.4M 59% /vmfs/volumes/55358d7e-27fd39c3-b3f0-d558907089c3
vfat 249.7M 162.9M 86.8M 65% /vmfs/volumes/29b7c375-c5ce8ed4-da8d-252ac9e156bf
vfat 285.8M 205.6M 80.2M 72% /vmfs/volumes/51cc4242-bcb73214-2804-001999ed4aac

Experte
Beiträge: 1823
Registriert: 04.10.2011, 14:06

Beitragvon JustMe » 15.09.2016, 08:58

Neee, sorry, so macht das keinen Spass.

- Die Dateinamen konnte ich gerade noch selbst sortieren. Ich wollte aber die Ausgabe von "ls -la".
- Die Frage nach den zusaetzlichen Snapshot-Dateien -000002 und -000003 ist noch immer ungeklaert. Evtl. werden die aber nicht gebraucht, weil die .vmx im .log nur auf die -000001 fuer beide vmdk verweist.
- Das vmware.log ist unvollstaendig. Bitte irgendwo hochladen, und hier den Link posten. Adressen in jedem Beitrag von z.B. Dayworker et.al. Zur Sicherheit auch die "KLEINEN" vmdk-Dateien mit hochladen (siehe vorherigen Punkt).
- Das Schnipsel zeigt zumindest schon, dass die VM "umregistriert" wurde (die Frage "I copied/moved it"). Was ist denn schon "probiert" worden?
- Die einfach hier als Plain Text geposteten Ausgaben sind in meinen Augen inkonsistent.
Z. B. passen diese Zeilen nicht zueinander:
VMFS-5 1023.8G 552.3G 471.4G 54% /vmfs/volumes/KFMS3
544a1df2-2e2e8115-c8d7-001999ed4aa0 CM KFMS3
Bitte in "code" Environments packen.

Vielleicht waer's besser, professionelle Hilfe anzufordern. Z. B. bei continuum (Kontaktinformationen in seinen Postings).
Oder habt Ihr vielleicht aktiven Support bei FTS? Dann macht ein Ticket dort auf.
Die MAC-Adresse "00:19:99:x:y:z" weist auf einen PRIMERGY-Server hin...

/Edit:
Aktiver *vSphere/ESXi-Software*-Support selbstverstaendlich. Fuer die paar Kroeten HW-Garantieerweiterung wird vmtl. kein Hersteller in diesem Galaxie-Quadranten bei einem solchen Problem Unterstuetzung anbieten.

King of the Hill
Beiträge: 12944
Registriert: 02.08.2008, 15:06
Wohnort: Hannover/Wuerzburg
Kontaktdaten:

Beitragvon irix » 15.09.2016, 09:49

@Chris

mach ein "ls -alh" und die Ausgabe hier posten und einen Code Block drum herum. Es ist wichtig das man Datei groessen und Datum erkennt.

Ansonsten kann man nur sagen das die Dateien im Verzeichnis nicht mehr vorhanden sind. Die Frage liegen sie an anderen plaetzen, was man mittels find loesen wuerde oder man sie komplett verschwunden sind.

Gruss
Joerg

Member
Beiträge: 65
Registriert: 22.08.2012, 10:50

Beitragvon chris1234 » 15.09.2016, 15:53

ich hab bei VMware ein ticket erstellt,
man hat sich das Problem angeschaut und festgestellt, dass die -000001.vmdk nicht mehr da ist.
als tipp sagte man mir, ich kann ja die Server1a.vmdk sowie server 1a_1.vmdk nehmen.
eine neue VM erstellen und die beiden vmdks einbinden .

WIndows bootet nur nicht.

Windows failed to start. A recent hardware or software change might be the cause.

File: \Boot\BCD
Status: 0xc000000f

The boot Configuration Data for your PC is missing or contains errors

Experte
Beiträge: 1823
Registriert: 04.10.2011, 14:06

Beitragvon JustMe » 15.09.2016, 16:04

Pragmatischer Ansatz...

Damit ist ALLES, was SEIT dem Erstellen irgendeines Snapshots gemacht wurde, VERLOREN!

OK, wenn der Snapshot -000001 auf Basis der Basedisks erstellt wurde, bevor die VM gerade heute morgen gestartet wurde, koennte das noch OK sein. Aber nur dann...

Haetten wir halt alles aus einem "ls -la" herauslesen koennen ;-)

Ach ja:
Boot Code Datastore reparieren geht oft mit Booten des Windows-Installationsdatentraegers, und "Reparieren der Boot-Umgebung". Selbstverstaendlich in der VM, und nicht den Host...

Member
Beiträge: 65
Registriert: 22.08.2012, 10:50

Beitragvon chris1234 » 15.09.2016, 16:32

ich hab die vmdk´s nur kopiert, das kaputte verzeichnis ist so geblieben wie es war.

Experte
Beiträge: 1823
Registriert: 04.10.2011, 14:06

Beitragvon JustMe » 15.09.2016, 18:04

Das ist schon mal eine gute Voraussetzung, falls irgendwann mal irgendwer hier helfen soll.

Oder um es ganz deutlich mit dem Zaunpfahl zu winken:

Falls Du doch irgendwann nochmal die seit Anfang gewuenschten Informationen nachreichen moechtest.

PS:
Die Fragmente -000002 und -000003 koennten noch vom April herruehren, falls der jetzige "Server1a" die damalige "VM" gewesen sein sollte. Da hatten wir uebrigens die Paste-Log-as-Text Problematik auch schon einmal thematisiert. Siehe Thread http://vmware-forum.de/viewtopic.php?p=174006.

Member
Beiträge: 65
Registriert: 22.08.2012, 10:50

Beitragvon chris1234 » 15.09.2016, 19:20

So,

erstmal vielen Dank für eure Unterstützung und vor allen schnelle Ünterstützung.

wie schon bereitsgeschrieben, der VM Support konnte nicht helfen.
Habe dann eine neue VM erstellt und die beiden VMDKs eingebunden.

haben es dann doch noch geschafft, die VM zu booten. Zwar vom Stand von gestern Nacht aber das ist in Ordnung.

Vielen Dank nochmal, ich fahre jetzt nach hause .-))))

Benutzeravatar
UNSTERBLICH(R.I.P.)
Beiträge: 14759
Registriert: 09.08.2003, 05:41
Wohnort: sauerland
Kontaktdaten:

Beitragvon continuum » 15.09.2016, 23:14

Zwar vom Stand von gestern Nacht aber das ist in Ordnung.


Glück gehabt :grin:
Falls sowas nochmal vorkommt - ich sehe sowas im Moment leider ziemlich oft - und es nicht nur um sehr kurzfristig genutzte Snapshots geht, lohnt es sich eventuell mal bei mir anzurufen.
Oft lassen sich plötzlich verschwundene vmdks wieder herstellen, wenn der Fehler frühzeitig bemerkt wird.

Member
Beiträge: 65
Registriert: 22.08.2012, 10:50

Beitragvon chris1234 » 16.09.2016, 09:23

@continuum

wie würde das ablaufen ? wenn ich anrufen würde :-)

Hast du eine Homepage ? Muss ja meinen Chef was zeigen ;-)

gerne per mail

Experte
Beiträge: 1337
Registriert: 25.04.2009, 11:17
Wohnort: Thüringen

Beitragvon Supi » 16.09.2016, 09:30

Ich sehe das Problem hier in grundsätzlicher Natur.

Wenn ich die Threads des TS sehe:

anfang 5-6 Host mit free ESXi und probleme
Jetzt gibts es schon ein Vcenter und einfaches Monitoring im Vcenter bzgl. Snapshots oder Speicher-Auslastung einer LUN wird nicht umgesetzt.

Die Fehler, hier und auch zuvor der Snapshot vom Vcenter, alles vermeitbar.

Snapshots sind nur dafür da, beim Backup zu helfen und sollten nicht über Tage laufen.
Snapshots sind kene Backups!


Zurück zu „vSphere 5 / ESXi 5 und 5.1“

Wer ist online?

Mitglieder in diesem Forum: Google [Bot] und 14 Gäste