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!
Storage verschwunden
Storage verschwunden
Hi,
ich hab zuhause einen Server mit einer Adaptec 2610SA PCI Sata Karte (Raid Controller)
2 x 1TB Festplatten sind als Raid1 Konfiguriert.
1 x 1TB als normales Volume, zum glück.
Nach einem Stromausfall hatte ich in letzter Zeit viele Probleme mit meinem ESXi, kein Zugriff mehr auf diesen per VMware Infrastructure Client nur als ein Beispiel.
Heute als ich mich einlogge strahlen mich zwei VM's an, die beide "Unknown (inaccessible)" als Namensbezeichnung haben. Diese beiden Waren Backups von richtigen rechner (die formatiert wurden), gesichert auf dem Raid1 Volume.
Nun hab ich in dem Storage geschaut und dort ist nur die einzelne TB (als System benannt) aufzufinden. Wenn ich nun eine Disk hinzufügen möchte dann zeigt er mir nach auswählen des Devices an: "The hard disk is blank."
Kann ich noch irgendwie meine Daten retten? Oder sind diese jetzt verloren?
Vielleicht ausbauen? in einem anderen Rechner einbauen? Oder per ssh einen Mount befehl eingeben?
Mit freundlichen Grüßen
Ronox
ich hab zuhause einen Server mit einer Adaptec 2610SA PCI Sata Karte (Raid Controller)
2 x 1TB Festplatten sind als Raid1 Konfiguriert.
1 x 1TB als normales Volume, zum glück.
Nach einem Stromausfall hatte ich in letzter Zeit viele Probleme mit meinem ESXi, kein Zugriff mehr auf diesen per VMware Infrastructure Client nur als ein Beispiel.
Heute als ich mich einlogge strahlen mich zwei VM's an, die beide "Unknown (inaccessible)" als Namensbezeichnung haben. Diese beiden Waren Backups von richtigen rechner (die formatiert wurden), gesichert auf dem Raid1 Volume.
Nun hab ich in dem Storage geschaut und dort ist nur die einzelne TB (als System benannt) aufzufinden. Wenn ich nun eine Disk hinzufügen möchte dann zeigt er mir nach auswählen des Devices an: "The hard disk is blank."
Kann ich noch irgendwie meine Daten retten? Oder sind diese jetzt verloren?
Vielleicht ausbauen? in einem anderen Rechner einbauen? Oder per ssh einen Mount befehl eingeben?
Mit freundlichen Grüßen
Ronox
-
kastlr
- Profi
- Beiträge: 993
- Registriert: 31.03.2008, 17:26
- Wohnort: Einzugsbereich des FC Schalke 04
- Kontaktdaten:
Hallo,
wenn du Glück hast, hast du nur die Partitionstabelle verloren.
Wie du dieses Problem lösen kannst, das wird im folgenden VMware knowledge base Artikel beschrieben.
VMware KB: Recovering a lost partition table on a VMFS volume
Alternativ findest du auch eine Vorgehensweise in Deutsch unter folgendem Thread.
LUN einbinden ohne Formatieren - fdisk zeigt keine Partition
Viel Erfolg,
Ralf
wenn du Glück hast, hast du nur die Partitionstabelle verloren.
Wie du dieses Problem lösen kannst, das wird im folgenden VMware knowledge base Artikel beschrieben.
VMware KB: Recovering a lost partition table on a VMFS volume
Alternativ findest du auch eine Vorgehensweise in Deutsch unter folgendem Thread.
LUN einbinden ohne Formatieren - fdisk zeigt keine Partition
Viel Erfolg,
Ralf
Danke für die Links
Ich hab mich auf dem ESXi eingeloggt und folgendes wird ausgegeben:
Was es jetzt mit dem Unable to read auf sich hat, kann ich leider nicht beurteilen.
Hat jemand vielleicht eine weiterführende Idee?
Ich hab mich auf dem ESXi eingeloggt und folgendes wird ausgegeben:
Code: Alles auswählen
/dev/disks # fdisk -l vmhba0\:1\:0\:0
/dev/disks # fdisk vmhba0\:1\:0\:0
Unable to read vmhba0:1:0:0
/dev/disks #
Was es jetzt mit dem Unable to read auf sich hat, kann ich leider nicht beurteilen.
Hat jemand vielleicht eine weiterführende Idee?
-
kastlr
- Profi
- Beiträge: 993
- Registriert: 31.03.2008, 17:26
- Wohnort: Einzugsbereich des FC Schalke 04
- Kontaktdaten:
Hallo,
das kann auch nicht funktionieren, da fdisk eine andere Eingabe erfordert.
Du mußt zuerst esxcfg-vmhbadevs -q ausführen, damit du die Linux Device Kennung ermittelst.
Diese Kennung mußt du dann für den fdisk Befehl verwenden.
Halte dich einfach an die Vorgehensweise im VMware Artikel.
Gruß
Ralf
das kann auch nicht funktionieren, da fdisk eine andere Eingabe erfordert.
Du mußt zuerst esxcfg-vmhbadevs -q ausführen, damit du die Linux Device Kennung ermittelst.
Diese Kennung mußt du dann für den fdisk Befehl verwenden.
Halte dich einfach an die Vorgehensweise im VMware Artikel.
Gruß
Ralf
Hat an der Gesamtsituation nicht viel verändert.
ich habs auch ohne die \ vor den : probiert, hat die selbe aussage erzeugt.
noch eine Idee?
MFG Ronox
Code: Alles auswählen
/dev # esxcfg-vmhbadevs -q
vmhba0:0:0 /vmfs/devices/disks/vmhba0:0:0:0
vmhba0:1:0 /vmfs/devices/disks/vmhba0:1:0:0
/dev # fdisk /vmfs/devices/disks/vmhba0\:1\:0\:0
Unable to read /vmfs/devices/disks/vmhba0:1:0:0
/dev #
ich habs auch ohne die \ vor den : probiert, hat die selbe aussage erzeugt.
noch eine Idee?
MFG Ronox
-
kastlr
- Profi
- Beiträge: 993
- Registriert: 31.03.2008, 17:26
- Wohnort: Einzugsbereich des FC Schalke 04
- Kontaktdaten:
Hallo Jörg,
ja, bekannt ist das schon, aber man muß auch dran denken, wenn man im Forum eine ESXi Frage beantworten will.
Das muß wohl mit dem Alter zusammenhängen.
Mit den rCLI Tools kann man jedoch einiges bewegen, ob es allerdings in diesem Fall funktioniert, kann ich nicht wirklich beantworten.
Es ist aber immerhin einen Versuch wert.
Gruß
Ralf
ja, bekannt ist das schon, aber man muß auch dran denken, wenn man im Forum eine ESXi Frage beantworten will.
Das muß wohl mit dem Alter zusammenhängen.
Mit den rCLI Tools kann man jedoch einiges bewegen, ob es allerdings in diesem Fall funktioniert, kann ich nicht wirklich beantworten.
Es ist aber immerhin einen Versuch wert.
Gruß
Ralf
-
kastlr
- Profi
- Beiträge: 993
- Registriert: 31.03.2008, 17:26
- Wohnort: Einzugsbereich des FC Schalke 04
- Kontaktdaten:
Hallo Jörg,
ich kann mich irren, aber würden wir in so einem Fall die Info bekommen, das die Disk Blank ist??
@Ronox,
wie Jörg bereits richtig angemerkt hat, ist der ESXi stark eingeschränkt.
Wenn du einen ESX Server zur Hand hast, kann es einen Versuch wert sein, die Platten mal an diesen zu hängen.
Ich an deiner Stelle würde aber zuerst einmal ein Ticket bei VMware öffnen.
Wenn du mit deren Antworten/Reaktionszeiten oder sonstiges nicht zufrieden bist, kannst du immer noch versuchen, die Sache in Eigenregie zu lösen.
Viel Glück,
Ralf
ich kann mich irren, aber würden wir in so einem Fall die Info bekommen, das die Disk Blank ist??
@Ronox,
wie Jörg bereits richtig angemerkt hat, ist der ESXi stark eingeschränkt.
Wenn du einen ESX Server zur Hand hast, kann es einen Versuch wert sein, die Platten mal an diesen zu hängen.
Ich an deiner Stelle würde aber zuerst einmal ein Ticket bei VMware öffnen.
Wenn du mit deren Antworten/Reaktionszeiten oder sonstiges nicht zufrieden bist, kannst du immer noch versuchen, die Sache in Eigenregie zu lösen.
Viel Glück,
Ralf
irix hat geschrieben:LVM.DisallowSnapshotLUN
und
LVM.EnableResignature
Wo kann ich das einstellen? Hab jetzt auf anhieb nichts gefunden.
@ kastlr
Einen ESX Server habe ich leider nicht zur verfügung, nur andere Linux systeme, wo ich vielleicht die Festplatte einbauen kann und dann mounten könnte?
Kennt sich den wer aus wie das bei einem RAID 1 Volume aussieht, ob man eine einzelne festplatte auch ohne den Controller mounten kann?
Habe was Raid 1 Volumes angeht noch gar keine Erfahrung gemacht, daher meine Frage.
MFG Ronox
-
Dayworker
- King of the Hill
- Beiträge: 13657
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
Beim Raid1 handelt es nicht um ein Raid im herkömmlichen Sinne, sondern um eine 1:1-Spiegelung sämtlicher Daten auf Controller-Ebene und hat in der Windowswelt eine Berühmtheit als sogenanntes Fake-Raid erlangt. Damit sollte sich eigentlich noch jede Platte separat starten lassen, da beide Datenträger alle Daten spiegeln. Bei einem SW-Raid auf OS-Ebene (unter Linux oder Windows ist egal) sieht das schon ganz anders aus. Dort muß man die Boot-Partition manuell auf jedes Raid-Mitglied übertragen, wenn von dieser Platte auch mal gestartet werden können soll. Das ist deshalb wichtig, da man sonst nach einem Plattendefekt zwar die jeweilige Platte austauscht, dadurch aber auch die Startinformationen verliert.
Allerdings könnten die HW-Raid-Controller ihre Raid-Mitglieder auch über ungewöhnliche Disk-Schemata, Stripset oder Sektorgröße an eine für sie performante Verwaltung angepaßt haben. Dann bist du zumindest auf den gleichen Controller oder einen vergleichbaren, der mit deiner Raid-Config umgehen kann, angewiesen. Die Chancen für einen solchen Aufwand bei einem Raid1 sind aber sehr gering, da ein Raid1 die Performance immer nur in Leserichtung steigern kann/könnte.
Allerdings könnten die HW-Raid-Controller ihre Raid-Mitglieder auch über ungewöhnliche Disk-Schemata, Stripset oder Sektorgröße an eine für sie performante Verwaltung angepaßt haben. Dann bist du zumindest auf den gleichen Controller oder einen vergleichbaren, der mit deiner Raid-Config umgehen kann, angewiesen. Die Chancen für einen solchen Aufwand bei einem Raid1 sind aber sehr gering, da ein Raid1 die Performance immer nur in Leserichtung steigern kann/könnte.
Naja das wuste ich auch schon. Also meinst du das man eine der Beiden Festplatten beruhigt an einen anderen Rechner anschließen kann und dann dieses Mounten kann.
Hab ich das jetzt richtig verstanden? Nicht das der Rechner nicht weiß wo er anfangen soll zu lesen weil in den ersten Sektoren noch Informationen für z.B. die Raid Karte stehen? Um so etwas geht es mir.
MFG Ronox
Hab ich das jetzt richtig verstanden? Nicht das der Rechner nicht weiß wo er anfangen soll zu lesen weil in den ersten Sektoren noch Informationen für z.B. die Raid Karte stehen? Um so etwas geht es mir.
MFG Ronox
Hab die Festplatte an meinem System angeschlossen und prompt schlägt das Disk Utility Alarm.
Ist da noch was zu retten?
Konnte die Festplatte per vmfs-fuse mounten aber die wichtigste Datei die *.vmdk Datei von einer VM kann ich nicht sichern, es passiert einfach nichts.
Für einen dd Befehl hab ich auch keine andere große Festplatte parat.
http://img709.imageshack.us/img709/7830/screenshot10tbharddiska.png
Jemand eine Idee? was ich noch machen könnte?
MFG Ronox
Ist da noch was zu retten?
Konnte die Festplatte per vmfs-fuse mounten aber die wichtigste Datei die *.vmdk Datei von einer VM kann ich nicht sichern, es passiert einfach nichts.
Für einen dd Befehl hab ich auch keine andere große Festplatte parat.
http://img709.imageshack.us/img709/7830/screenshot10tbharddiska.png
Jemand eine Idee? was ich noch machen könnte?
MFG Ronox
Hallo,
als erstes mit dd (oder besser dd_rescue) die HDD Bit für Bit kopieren (auf andere HDD oder in Image), damit die Sektoren die noch lesbar sind, gerettet werden. Alle weiteren Experimente dann an der Kopie versuchen, damit die alte HDD nicht noch mehr physische Schäden davonträgt. Mit dem vmfs kann Dir dann wahrscheinlich continuum am besten weiterhelfen.
als erstes mit dd (oder besser dd_rescue) die HDD Bit für Bit kopieren (auf andere HDD oder in Image), damit die Sektoren die noch lesbar sind, gerettet werden. Alle weiteren Experimente dann an der Kopie versuchen, damit die alte HDD nicht noch mehr physische Schäden davonträgt. Mit dem vmfs kann Dir dann wahrscheinlich continuum am besten weiterhelfen.
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 9 Gäste