Server (EQ4) hängt nach reboot

[GwenDragon]

Heute mal wieder ein apt-get upgrade gemacht, weil Debian 6 dem Kernel ein Update verpasste.

Jetzt ist der Server (Hetzner EQ4) nach Reboot nicht erreichbar. Softreset wurde schon versucht. Jetz mal Support Bescheid gesagt, dass die nachsehe sollen.

Ich hatte das schon mal vor einiger Zeit, dass der Server nach reboot nicht wollte.

Kennt ihr sowas auch?

 

[s24!]

Lara anschließen lassen und nachgucken

 

[GwenDragon]

Downtime war heute 2,5 h. Sowas passiert ja nach Murphy immer nur am Wochenende.

Ja, LARA!, bein nächsten Mal werd ich das anfragen.

 

[wstuermer]

Alternativ einfach im Recovery mal den Bootvorgang starten und beobachten

 

[GwenDragon]

Alternativ einfach im Recovery mal den Bootvorgang starten und beobachten

Selbst boot ins Recovery ließ sich (jedenfalls beim letzten Mal) nicht durchführen.
Sonst hätte ich ja nachgesehen.

Aber ich probiers mal gleich nochmals.

 

[GwenDragon]

Noch seltsamer, im Recovery (gerade getestet) startet der Server ohne Murren!

Mal nochmals probieren einen "Normalen" reboot zu fahren. Ob's dann wider hakt, werd ich dann hier schreiben.

//EDIT: reboot klappte.
Ist wohl ein sproradischer Fehler.
mal warten wie es beim nächsten Mal ist, wenn notwendig LARA nehmen.

 

[virtual2]

/Edit: Nicht relevant.

 

[GwenDragon]

Ich muss doch mal LARA bei Hetzner aktivieren lassen.
Server hängt wieder nach Reboot.

 

[PapaBaer]

Wie groß ist denn die Platte? Könnte das einfach ein lang laufender fsck sein?

Ansonsten: Booten, Reset, Rescue -> Logs durchstöbern.

Wenn keine Logs geschrieben wurden, konnte er die Platten nicht mounten. Dann bleibt eigentlich nur BIOS, Bootloader, Kernel oder fstab.

LVM, Soft-RAID oder Encryption am Start?

Edit fragt: ggf. initrd neu gebaut nach dem Kernel-Update?

 

[GwenDragon]

2x750 GB ST3750528AS
/dev/sd*, kein Encryption, /dev/md0..md3 RAID
kein LVM

fstab:
/dev/md/0 none swap sw 0 0
/dev/md/1 /boot ext3 defaults 0 0
/dev/md/2 / ext4 defaults 0 0

fsck? 1 Stunde lang?

update-initramfs -u gemacht, ist doch üblich nach kernel updates

Letzte messages vor/nach beauftragtem Reset
Oct 11 19:55:09 server2 shutdown[18159]: shutting down for system reboot
Oct 11 20:49:32 server2 kernel: imklog 5.8.11, log source = /proc/kmsg started.

 

[fx123]

Diese ganzen Spekulationen hier bringen doch garnichts!
Lara anschliessen lassen und Bootvorgang beobachten.

 

[GwenDragon]

(...)Bootvorgang beobachten.

Ja, stimmt so würde ichs auf einer UN*X-Workstation auch machen.
Ich werde LARA anschließen lassen.

 

[s24!]

Wolltest du das nicht gestern Abend schon getan haben? ^^

 

[wstuermer]

Immer dieses LARA-Geschrei. Den Bootvorgang kannst auch ohne LARA beobachten, sofern dein Rescuesystem noch startet

 

[GwenDragon]

@s24!
Nicht meckern, nur weil ich mein Feedback nicht schon gestern abend gleich abgesandt habe. Aktivierung durch Support fand noch nicht statt.

@wstuermer
Soso. Bei sporadischen auftretenden Fehlern? Erscheint doch nichts in den Kernel-Logs.
Und im boot-Log steht nichts besonderes.

 

[wstuermer]

Wer redet denn von Logs?

kvm -curses -hda /dev/sda -k de -m 512