HPE ProLiant DL380 Gen10 Server RHEL8

HPE ProLiant DL380 Gen10 Server RHEL8

Ich habe zwei physische Server, Host RHEL8, nennen wir sie (Server 1,server2).

Server 1hat 4 physische Festplatten auf RAID1 konfiguriert. Die Größe von Festplatte1 und Festplatte2 beträgt zusammen 800 GB und die von Festplatte3 und Festplatte4 2 TB.

Server2hat 2 physische Festplatten auf RAID1 konfiguriert. Die Größe von Festplatte1 und Festplatte2 beträgt zusammen 800 GB.

Wir müssen zwei Festplatten entfernen ausServer 1(das sind 200 TB) und legen Sie sie dann inserver2.

Zuerst habe ich lsblknachgesehen, ob die zu entfernenden Datenträger leer sind oder nicht sda,sdb,sdc,sde,sdf,sdg. Es wird angezeigt: Warum sind es insgesamt 6 Blockgeräte? Wo ich doch nur 4 Festplatten habe?

Wie auch immer, ich habe die beiden Disketten ausServer 1und setzen Sie sie aufserver2, danach gehe ich zu HPE iLO, um das Array zu entfernen, das aus entfernten Festplatten bestehtServer 1und neues Array hinzufügen zuserver2mit der neuen Festplatte. Die Konfiguration für RAID in HPE ILO sieht für beide Server gut aus.

Aber als ich die Änderungen gespeichert und das System neu gestartet habe, wechselte das RHEL8-Betriebssystem in den Notfallmodus und es wurden viele Protokolle im Zusammenhang mit dem Speicher angezeigt, so etwas wie mem [0009999999222222] reserved mem [0333300000000] usableund noch mehr Protokolle, die ich nicht verstehe.

Kann mir jemand weiterhelfen?

Notiz:Alles ist physisch, keine VMWare, nicht virtuell.

Antwort1

Leider gibt es hier nirgends genügend Informationen, um helfen zu können. Was ich Ihnen anhand Ihrer Beschreibung sagen kann, ist: Erstens bootet Ihr primäres System aufgrund eines Festplattenproblems nicht, was meiner begrenzten Erfahrung nach recht häufig ein defektes RAID-Array sein kann; zweitens besteht zumindest ausreichend Festplattenzugriff, um zumindest einen ersten Bootvorgang durchzuführen, sodass Sie möglicherweise die Möglichkeit haben, diese Festplatte oder das RAID-Array zu reparieren und fortzufahren; und drittens sollte es normalerweise nicht viele Protokolle für den Speicher geben. Sie müssen sich diese möglicherweise genau ansehen, um festzustellen, ob bei Ihnen ECC-Ereignisse und Speicherfehler auftreten. (Ich würde tatsächlich vorschlagen, wenn möglich einen Speichertest durchzuführen, bevor Sie den Bootvorgang erneut versuchen.)

verwandte Informationen