da der RAID-Controller (PERC6/i) in einem Dell R710 mit ESXi 5.1 sich sporadisch
abgemeldet hatte (diverse timeout Meldungen in der VMware Console),
beschloss ich, ihn auszutauschen, der Einfachheit halber gegen einen baugleichen
aus einem Testsystem.
Also alle Firmwaren auf den aktuellen Stand gebracht.
Zunächst ging alles wie erwartet: ich konnte am Controller beim Booten eine
foreign config importieren, die RAIDs (ein RAID1 (für's System) und das RAID5
für die Daten) waren da.
In den ESXi gebootet (vom RAID1): Au Schade, keine Datenspeicher.
reboot: im RAID-Controller-BIOS wurde angezeigt, dass die RAIDs beide neu
initialisiert wurden.
Unruhe macht sich breit ...
Wieder in den ESXi gebootet.
In syslog.log finden sich um 2013-03-31T11:46:39
Background Initialization started on VD 00/0: Controller 0 (PERC 6/i Integrated)
und
Background Initialization started on VD 01/1: Controller 0 (PERC 6/i Integrated)
Inzwischen ist die Kiste von Ullis ESXi5 rescue CD gebootet.
Leider kann die mit den Broadcom NICs nichts anfangen.
Partitionen in den erwarteten Größen sind alle da.
Die fraglichen Daten-Partitionen haben aber laut parted keinen Typ?!
Und ein less -f /dev/sdb1 hat mir bisher nur "^@", also Nullen gezeigt.
Und das ist definitiv die Stelle, an der ich Hilfe suche, denn in den
Testmaschinen auf dem ESXi steckt auch 'ne ganze Menge Arbeit.
Kann es also sein, dass durch den bloßen Austausch des firmwaregleichen
RAID-Controllers und die von den Platten importierte Konfiguration
der ESXi sich bemüßigt fühlte, die Partitionen zu plätten?
Erst nach Austausch hier im Forum würde ich mit parted die Partitionstypen
setzen ...
Ganz zeitkritisch ist es nicht.
Auch eine Intel Netzwerkkarte könnte ich in die Kiste einbauen, falls das hilft.
remote console ist verfügbar.
Ich hänge mal den kompletten syslog an, da sind auch noch die reboots für die
Firmwareaktualisierungen drin.
Für jeden Hinweis, der zur Wiederbeschaffung der VMs führt oder auch nur
zur (Er-)Klärung des Problems, äußerst dankbar
Gerold
p.s. Schade, das Hochladen des Syslog klappt nicht,
Attachment kann nicht hinzugefügt werden, da die maximale Anzahl von 0 Attachments in dieser Nachricht erreicht wurde
