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!
Fatales ESX Problem
-
theevildemon
- Member
- Beiträge: 6
- Registriert: 18.03.2009, 16:32
Fatales ESX Problem
Hallo Zusammen,
ich habe mich kurz durch dieses Forum mit dem Problem was ich habe gelesen und bin absolut der Meinung das ich hier richtig bin.
Ich nutze hier in der Firma ESX3.5 mit iSCSI Anbindung an eine NAS mit OPEN-E als OS.
Problem:
Nach unerklärlichen Gründen eine Absturzes des iSCSI Konnektors habe ich alle Maschinen wieder durch import zum laufen bekommen bis auf eine, die wichtigste, da ich diese in 2tagen für eine Messe benötige und Arbeit von 3Wochen drinsteckt.
Jetzt habe ich folgendes Scenarium:
Ich habe nur noch folgende Dateien in meinem Ordner wo auch die VM ursprügnlich lag.
Win2003_SQL2005-000001.vmdk mit 214MB (wird als Virtuelle Festplatte erkannt)
Win2003_SQL2005-000002.vmdk mit 1655MB (wird als Virtuelle Festplatte erkannt)
Win2003_SQL2005-000001-delta.vmdk (broken Image, wird nicht als Virtuelle Festplatte erkannt)
Win2003_SQL2005-flat.vmdk (broken Image, wird auch nicht als Virtuelle Festplatte erkannt)
jetzt war unser Versuch eine neue Vm zu erstellen und die Virtuellen Disks wieder zu importieren. Da diese ja noch im Datenspeicherbrowser angezeigt werden.
Doch wenn ich auf Einstellungen der Vm gehe und eine bestehende Virtuelle Disk auswählen möchte werden mir die vmdk Dateien nicht angezeigt!!
Wir haben schon Versucht die vmdk´s in einen anderen Ordner zu kopieren, und versucht sie von dort aus einzulesen, doch leider ohne erfolg.
Vermutung ist das durch den Absturz die VM Session bzw. die vmdk´s nicht richtig abgeschlossen wurden und Vm Ware sie somit nicht einlesen kann.
Hat jemand eine Idee, wie ich diese VM wieder zum laufen bekomme?
ich habe mich kurz durch dieses Forum mit dem Problem was ich habe gelesen und bin absolut der Meinung das ich hier richtig bin.
Ich nutze hier in der Firma ESX3.5 mit iSCSI Anbindung an eine NAS mit OPEN-E als OS.
Problem:
Nach unerklärlichen Gründen eine Absturzes des iSCSI Konnektors habe ich alle Maschinen wieder durch import zum laufen bekommen bis auf eine, die wichtigste, da ich diese in 2tagen für eine Messe benötige und Arbeit von 3Wochen drinsteckt.
Jetzt habe ich folgendes Scenarium:
Ich habe nur noch folgende Dateien in meinem Ordner wo auch die VM ursprügnlich lag.
Win2003_SQL2005-000001.vmdk mit 214MB (wird als Virtuelle Festplatte erkannt)
Win2003_SQL2005-000002.vmdk mit 1655MB (wird als Virtuelle Festplatte erkannt)
Win2003_SQL2005-000001-delta.vmdk (broken Image, wird nicht als Virtuelle Festplatte erkannt)
Win2003_SQL2005-flat.vmdk (broken Image, wird auch nicht als Virtuelle Festplatte erkannt)
jetzt war unser Versuch eine neue Vm zu erstellen und die Virtuellen Disks wieder zu importieren. Da diese ja noch im Datenspeicherbrowser angezeigt werden.
Doch wenn ich auf Einstellungen der Vm gehe und eine bestehende Virtuelle Disk auswählen möchte werden mir die vmdk Dateien nicht angezeigt!!
Wir haben schon Versucht die vmdk´s in einen anderen Ordner zu kopieren, und versucht sie von dort aus einzulesen, doch leider ohne erfolg.
Vermutung ist das durch den Absturz die VM Session bzw. die vmdk´s nicht richtig abgeschlossen wurden und Vm Ware sie somit nicht einlesen kann.
Hat jemand eine Idee, wie ich diese VM wieder zum laufen bekomme?
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
hi,
such mal hier im forum nach delta und snapshots usw. und schau auf www.sanbarrow.com
das steht, wie die dateien zusammenhängen. die -delta und -flat sind keine virtuellen platten, sondern gehören zu virtuellen platten.
viele grüße,
jörg
such mal hier im forum nach delta und snapshots usw. und schau auf www.sanbarrow.com
das steht, wie die dateien zusammenhängen. die -delta und -flat sind keine virtuellen platten, sondern gehören zu virtuellen platten.
viele grüße,
jörg
Mein Tipp wäre dad der "nur" die Descritor File fehlt.
Der Name müsste Win2003_SQL2005.vmdk lauten und eben nur eine Textfile mit der Geometrie der virtual Disk sein.
Schau mal, wie Jörg schon gesagt hat, auf www.sanbarrow.com
Mit den Infos kannst du die Daten retten.
Der Name müsste Win2003_SQL2005.vmdk lauten und eben nur eine Textfile mit der Geometrie der virtual Disk sein.
Schau mal, wie Jörg schon gesagt hat, auf www.sanbarrow.com
Mit den Infos kannst du die Daten retten.
-
theevildemon
- Member
- Beiträge: 6
- Registriert: 18.03.2009, 16:32
Hi,
Ich habe mich jetzt ein bisschen durch die Seite gelesen:
Und versucht das mal so nachzustellen:
Es ist ISCSI und 80Gb Groß gewesen (die System Platte)
# Disk DescriptorFile
version=1
CID=fffffffe
parentCID=ffffffff
createType="vmfs"
# Extent description
RW 167772160 FLAT "test-flat.vmdk"
# The Disk Data Base
#DDB
ddb.virtualHWVersion = "4"
ddb.geometry.cylinders = "10443"
ddb.geometry.heads = "255"
ddb.geometry.sectors = "63"
ddb.adapterType = "lsilogic"
Die Disk Data Base Daten habe ich aus der Tabelle genommen:
http://sanbarrow.com/vmdk/diskgeometrietable2.html
Noch ein paar Fragen:
RW 167772160 = steht für die Secotren richtig?
CID=fffffffe = was muss ich hier eintragen? woher nehm ich CID?
parentCID=ffffffff = auch hier, woher nehm ich die Informationen?
Und dann das ganze einfach als .vmdk Speichern ?
Ich hab hier noch den Innhalt von der Win2003_SQL2005-000001.vmdk
Kann es sein das dort einfach auch was fehlt???
:# Disk DescriptorFile
version=1
CID=6a3b7932
parentCID=7b3cc2e8
createType="vmfsSparse"
parentFileNameHint="Win2003_SQL2005.vmdk"
# Extent description
RW 209715200 VMFSSPARSE "Win2003_SQL2005-000001-delta.vmdk"
# The Disk Data Base
#DDB
ddb.toolsVersion = "7302"
----- mehr steht da nicht drinnen.
Ich schreibe im Auftrag unserer Firma, der Problemfall ist sehr dringend, da in dieser VM sehr viel Arbeit steckt und wir sie sehr dringend für unsere Messe benötigen.
D.h. Wenn uns jemand Telefonischen / Remote Support geben könnte, würden wir uns nicht unnerkenntlich zeigen!
Beste Grüße
Und versucht das mal so nachzustellen:
Es ist ISCSI und 80Gb Groß gewesen (die System Platte)
# Disk DescriptorFile
version=1
CID=fffffffe
parentCID=ffffffff
createType="vmfs"
# Extent description
RW 167772160 FLAT "test-flat.vmdk"
# The Disk Data Base
#DDB
ddb.virtualHWVersion = "4"
ddb.geometry.cylinders = "10443"
ddb.geometry.heads = "255"
ddb.geometry.sectors = "63"
ddb.adapterType = "lsilogic"
Die Disk Data Base Daten habe ich aus der Tabelle genommen:
http://sanbarrow.com/vmdk/diskgeometrietable2.html
Noch ein paar Fragen:
RW 167772160 = steht für die Secotren richtig?
CID=fffffffe = was muss ich hier eintragen? woher nehm ich CID?
parentCID=ffffffff = auch hier, woher nehm ich die Informationen?
Und dann das ganze einfach als .vmdk Speichern ?
Ich hab hier noch den Innhalt von der Win2003_SQL2005-000001.vmdk
Kann es sein das dort einfach auch was fehlt???
:# Disk DescriptorFile
version=1
CID=6a3b7932
parentCID=7b3cc2e8
createType="vmfsSparse"
parentFileNameHint="Win2003_SQL2005.vmdk"
# Extent description
RW 209715200 VMFSSPARSE "Win2003_SQL2005-000001-delta.vmdk"
# The Disk Data Base
#DDB
ddb.toolsVersion = "7302"
----- mehr steht da nicht drinnen.
Ich schreibe im Auftrag unserer Firma, der Problemfall ist sehr dringend, da in dieser VM sehr viel Arbeit steckt und wir sie sehr dringend für unsere Messe benötigen.
D.h. Wenn uns jemand Telefonischen / Remote Support geben könnte, würden wir uns nicht unnerkenntlich zeigen!
Beste Grüße
-
theevildemon
- Member
- Beiträge: 6
- Registriert: 18.03.2009, 16:32
Hi, vielen Dank für die E-Mail gestern, habs gestern leider nicht mehr geschafft anzurufen,
aber heute würde es gehen.
hier noch der ausszug aus der Win2003-SQL-0000002.vmdk:
# Disk DescriptorFile
version=1
CID=5f4d7ab7
parentCID=e050134a
createType="vmfsSparse"
parentFileNameHint="Win2003-SQL2005-000001.vmdk"
# Extent description
RW 83886080 VMFSSPARSE "Win2003-SQL2005-000002-delta.vmdk"
# The Disk Data Base
#DDB
ddb.toolsVersion = "7302"
Gruß
aber heute würde es gehen.
hier noch der ausszug aus der Win2003-SQL-0000002.vmdk:
# Disk DescriptorFile
version=1
CID=5f4d7ab7
parentCID=e050134a
createType="vmfsSparse"
parentFileNameHint="Win2003-SQL2005-000001.vmdk"
# Extent description
RW 83886080 VMFSSPARSE "Win2003-SQL2005-000002-delta.vmdk"
# The Disk Data Base
#DDB
ddb.toolsVersion = "7302"
Gruß
-
theevildemon
- Member
- Beiträge: 6
- Registriert: 18.03.2009, 16:32
Hi, also es ist jetzt nicht mehr so dringed da wir durch jede menge überstunden gestern bis in die nacht die maschine wieder neu aufgesetzt haben, so das wir wieder auf aktuellem stand sind.
Aber zur intresse halber würde ich doch noch gerne das Problem weiterbehandeln:
Also dann fehlen uns diese Dateien:
Win2003_SQL2005-000002-delta.vmdk
Win2003_SQL2005.vmdk
aber ohne 00002-deltea.vmdk wird es warscheinlich schwierig das wieder herzustellen oder?? denn die delta Dateien sind ja immer recht groß, liegen da dann warscheinlich die wirklichen Daten drinnen oder?
Grüße
Aber zur intresse halber würde ich doch noch gerne das Problem weiterbehandeln:
Also dann fehlen uns diese Dateien:
Win2003_SQL2005-000002-delta.vmdk
Win2003_SQL2005.vmdk
aber ohne 00002-deltea.vmdk wird es warscheinlich schwierig das wieder herzustellen oder?? denn die delta Dateien sind ja immer recht groß, liegen da dann warscheinlich die wirklichen Daten drinnen oder?
Grüße
- continuum
- UNSTERBLICH(R.I.P.)
- Beiträge: 14759
- Registriert: 09.08.2003, 05:41
- Wohnort: sauerland
- Kontaktdaten:
Kannst du bitte mal auflisten was du fuer Dateien hast ?
Bitte nicht per datastorebrowser - der zeigt falsch an - am besten per winscp oder fastscp
Das hast du wohl ueber datastorebrowser ausgelesen oder ?
Wenn die als vmdk erkannt wird bedeutet das sehr wahrscheinlich das sowohl
Win2003_SQL2005-000002.vmdk (eine kleine Textdatei) als auch die zugehoerige -*-delta.vmdk vorhanden sind
Bitte nicht per datastorebrowser - der zeigt falsch an - am besten per winscp oder fastscp
Win2003_SQL2005-000002.vmdk mit 1655MB (wird als Virtuelle Festplatte erkannt)
Das hast du wohl ueber datastorebrowser ausgelesen oder ?
Wenn die als vmdk erkannt wird bedeutet das sehr wahrscheinlich das sowohl
Win2003_SQL2005-000002.vmdk (eine kleine Textdatei) als auch die zugehoerige -*-delta.vmdk vorhanden sind
-
theevildemon
- Member
- Beiträge: 6
- Registriert: 18.03.2009, 16:32
Hm, ok das is leider nich so einfach möglich,
die Storage hängt direkt an dem esx server mit na extra netzwerkkarte in nem anderen netzwerk, d.h. die Storage is so von unserem Neztwerk nicht zu erreichen (also nichtmal physikalisch) ausser wenn wir ne route auf den esx server konfigurieren würden aber so erstmal nicht, nur von der esx aus, aber auf der storage läuft so weit ich weiß auch kein ftp server..., ham grad geschaut des is nen iscsi von open-e, waren auf dem webinterface und habe nix gefunden um da nen ftp einzurichten... hmmm
edit:
ja die hab ich über den datastorbrowser ausgelesen, anders komm ich grad nich auf die storage...
die Storage hängt direkt an dem esx server mit na extra netzwerkkarte in nem anderen netzwerk, d.h. die Storage is so von unserem Neztwerk nicht zu erreichen (also nichtmal physikalisch) ausser wenn wir ne route auf den esx server konfigurieren würden aber so erstmal nicht, nur von der esx aus, aber auf der storage läuft so weit ich weiß auch kein ftp server..., ham grad geschaut des is nen iscsi von open-e, waren auf dem webinterface und habe nix gefunden um da nen ftp einzurichten... hmmm
edit:
ja die hab ich über den datastorbrowser ausgelesen, anders komm ich grad nich auf die storage...
-
theevildemon
- Member
- Beiträge: 6
- Registriert: 18.03.2009, 16:32
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 4 Gäste
