frndc.saschaschroeder.eu

Ich erwäge, den Server nachts abzuschalten und morgens zu starten. Leider gibt es bislang Probleme beim Reboot, wenn das System ein paar Tage gelaufen ist. Ganz zu schweigen davon, dass ich wohl # Quadlets meistern und die automatisierte LUKS-Entschlüsselung sauber hinbekommen müsste. Aber eins nach dem anderen...

Also versuche ich, ob ein UEFI-Upgrade hilft. Also zuerst mal # für # konfiguriert und darüber das Upgrade gemacht. So weit, so gut. :check mark button:

Hab jetzt rausgefunden, dass man das Upgrade von # bei # wohl am Besten via Webinterface aktualisiert. Jetzt scheitere ich daran, dass ein Product Key verlangt wird. Erst mal schauen, wo ich den wieder her bekomme.

Und was habt Ihr heute so gemacht?

# # # # #
gehrke_test
Das Firmware-Upgrade hat leider mein Problem nicht gelöst. Hhmpff!

Heute kam ein Kernelupgrade, danach steht immer Reboot an. Uptime war 5+ Tage und wieder kam die Büchse nicht mehr von alleine hoch, sondern musste manuell powercycled werden.

Bin langsam mit meinem Latein am Ende.
gehrke_test
Nächster Anlauf:
:check mark button: Upgrade # # Controller

Enorm hilfreich dabei war #, guter Langzeit-Support beim Hersteller Thomas Krenn und ein baugleiches Referenzsystem.

# /opt/MegaRAID/storcli/storcli64 /c0 download file=./MR_4MB.rom
Download Completed.     
Flashing image to adapter...
CLI Version = 007.2309.0000.0000 Sep 16, 2022
Operating system = Linux 5.14.0-722.el9.x86_64
Controller = 0
Status = Success
Description = F/W Flash Completed. Please reboot the system for the changes to take effect

Current package version = 24.21.0-0091
New package version = 24.21.0-0159


Jetzt bitte wieder die Daumen drücken, das nächste Kernel-Upgrade mit anschließendem Reboot kommt vermutlich in 5 Tagen. Diesmal aber gefälligst richtig die Daumen drücken, nicht wieder so halbherzig wie beim letzten mal!
gehrke_test
neuer älter