Server bootet nicht mehr Hilfe!



Z

zeusel

Registered User
Hallo,

ich habe ein Server bei Strato und folgendes Problem:

nach einem manuellen reboot fährt die Kiste leider nicht mehr hoch. Etliche Neustarts probiert. Es ist teilweise auch unmöglich sich über die console einzuloggen. Lediglich der Login beim Boot mit einem Rettungssystem klappt. So konnte ich wenigstens feststellen, an welcher Stelle der Bootvorgang sich aufhängt (siehe Grafik).

FSCK habe ich ausgeführt...dieser fand keine Fehler im Dateisystem. Leider komme ich nun nicht weiter. Kann mir da jemand einen Tipp geben?
Einen Hardwarecheck habe ich auch schon durchführen lassen...ohne derzeitig dort ein Hinweis auf ein Problem zu erhalten.
Was könnte ich noch tun?
 

Attachments

  • serverproblem.jpg
    serverproblem.jpg
    227.2 KB · Views: 141
Gerade habe ich einen Hinweis auf einer Webseite entdeckt bezüglich dieses Eintrages:

ureadahead main process terminated with status 5
Click to expand...

Offenbar hatte da jemand mit Ubuntu das gleiche Problem und es kam zum aufhängen beim Bootvorgang, jedoch habe ich an der config eigentlich nichts verändert! Könnte das Problem damit zusammenhängen? Wie gesagt der Server lieg eigentlich schon seit einigen Jahren und die Neustarts haben bislang immer funktioniert...
 
Deaktivere ureadahead. Geht nun alles wieder, dann weißt Du, woran es liegt.

--
.A.
 
Hallo,

ich kann leider nur den Rescue Modus starten und den Server damit booten. Ich habe aber leider keinen Zugriff damit auf die richtigen config-Dateien. Gibt es eine Anleitung was ich genau mounten muss?

fdisk -l gibt folgendes aus:

Code: 
Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0000df63

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1            2048     2050047     1024000   fd  Linux raid autodetect
/dev/sdb2         2050048    10049535     3999744   82  Linux swap / Solaris
/dev/sdb3        10049536    51009535    20480000   fd  Linux raid autodetect
/dev/sdb4        51009536  3907026943  1928008704   fd  Linux raid autodetect

Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000561ff

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1            2048     2050047     1024000   fd  Linux raid autodetect
/dev/sda2         2050048    10049535     3999744   82  Linux swap / Solaris
/dev/sda3        10049536    51009535    20480000   fd  Linux raid autodetect
/dev/sda4        51009536  3907026943  1928008704   fd  Linux raid autodetect

Disk /dev/md127: 1974.3 GB, 1974280847360 bytes
2 heads, 4 sectors/track, 482002160 cylinders, total 3856017280 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/md127 doesn't contain a valid partition table

Disk /dev/md126: 21.0 GB, 20971454464 bytes
2 heads, 4 sectors/track, 5119984 cylinders, total 40959872 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/md126 doesn't contain a valid partition table

Disk /dev/md125: 1048 MB, 1048510464 bytes
2 heads, 4 sectors/track, 255984 cylinders, total 2047872 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/md125 doesn't contain a valid partition table
 
Ich würde auf Grund der Größe erst mal darauf tippen, dass im Rescue das /dev/md126 dein Root Filesystem ist (im Zweifel hilft ausprobieren der RAID-Arrays)
Wenn der Server schon seit Jahren läuft: Schon mal die Festplatten geprüft - die könnten in die Jahre gekommen sein und daher evtl. einige Daten nicht mehr korrekt gespeichert sein.
 
Also der Server läuft nun exakt 3 Jahre... Hardwarecheck hatte ich gemacht dieser konnte keine Fehler feststellen. Also ich gehe wirklich von einem Konfigurationsproblem aus, oder?
Wie muss ich die das genau mounten? Die Anleitung von Strato funktioniert leider nicht.
 
Zur Information:

ich habe versucht zu mounten wie es in der Anleitung von Strato steht:

Code: 
mount /dev/sda3 /mnt/
mount /dev/sda1 /mnt/boot

und erhalte dabei folgendes:

Code: 
root@h:~# mount /dev/sda3 /mnt/
mount: unknown filesystem type 'linux_raid_member'
root@:~# mount /dev/sda1 /mnt/boot
mount: mount point /mnt/boot does not exist

Was nun?
 
Da du ein Software-RAID hast, darfst du nicht direkt die Partition auf einer der Festplatten mouten, sondern das RAID-Volume - welches es vermutlich ist, habe ich oben bereits geschrieben.
Wie ein Volume zu mounten ist, ist ein absolutes Basic, was man als Admin eines Servers wissen muß. Welches RAID-Volumen du hast, kannst du bei der Ausgabe von fdisk -l nachlesen (falls die beim erneuten Start ins Rescue andere Bezeichnungen bekommen)
 
Hallo Danton,

danke für Deine Antwort, aber eigentlich sollte es ein Hardware-Raid sein...so jedenfalls die Auskunft von Strato....

Wie gesagt ich habe, was das mounten im Raid-Verbund anbelangt leider nicht so viel Ahnung.

Also müßte ich das so machen?:

Code: 
mount /dev/md126 /mnt/
mount /dev/md126 /mnt/boot/
 
Wieso solltest Du das gleiche Volume auf zwei verschiedene Ordner mounten? Noch dazu gibt es den Ordner /mnt/boot auf den Du etwas mounten willst, anscheinend gar nicht, denn
mount: mount point /mnt/boot does not exist
Click to expand...

Einen Ordner auf den man etwas mounten will, sollte man vorher auch erstellen.
 
Oh sorry die zweite Zeile war falsch kopiert...

Code: 
mount /dev/md126 /mnt/

So habe ich das nun den mount gesetzt. Ich konnte auch auf die Platte zugreifen. Also scheint ja da alles in Ordnung zu sein?

Ich habe nun den Eintrag in der: ureadahead.conf folgendermaßen geändert:

Bisher:

Code: 
start on starting mountall

Gesetzt auf:

Code: 
start on mounted MOUNTPOINT=/var

Ich schau ob das wirklich Abhilfe schafft..
 
So nachdem ich das gemacht habe...hängt er sich beim booten nun schon eher auf und geht nicht mehr weiter:

Aktuell hängt er hier:

Code: 
/dev/md1: sauber, 128957/1281120 Dateien, 963209/5119984 Blöcke
/dev/md2: stelle das Journal wieder her
/dev/md0: stelle das Journal wieder her
/dev/md2: sauber, 1545322/120504320 Dateien, 144168309/482002160 Blöcke
/dev/md0: sauber, 33/64000 Dateien, 11308/255984 Blöcke

Vorher:

Code: 
/dev/md1: sauber, 128957/1281120 Dateien, 963209/5119984 Blöcke
/dev/md2: stelle das Journal wieder her
/dev/md0: stelle das Journal wieder her
/dev/md2: sauber, 1545322/120504320 Dateien, 144168309/482002160 Blöcke
/dev/md0: sauber, 33/64000 Dateien, 11308/255984 Blöcke

* Starting mDNS/DNS-SD Daemon [OK]
* Starting bluetooth Daemon [OK]
* Stopping configure virutal network devices [OK]

Also hat das ja schon irgendwie etwas damit zu tun, oder? Was könnte ich noch verändern?
 
ureadahead komplett deaktivieren - bei Ubuntu z.B. indem du die /etc/init/ureadahead.conf nach /etc/init/ureadahead.conf.disable umbenennst.
ureadahead soll den Boot-Vorgang beschleunigen - was bei einem Server i.d.R. eher nebensächlich ist, da man den ja nicht so oft neu startet. IMHO also verzichtbar und eine Fehlerquelle weniger.
 
Hallo Danton,

erst einmal Danke für die Hilfe. Das mit dem komplett deaktivieren habe ich nun auch in einem englischsprachigen Forum entdeckt. Ich bin gerade dabei dies zu testen. Was ist wenn es dann immer noch nicht klappt?
Könnte es doch an den Festplatten liegen? Wobei wie erwähnt ein Hardwarecheck keine Fehler gefunden hat.
 
So gesagt getan ...

Jetzt hängt er wieder bei:

Code: 
 * Starting bluetooth daemon                                             [ OK ]

und weiter geht es dann nicht mehr. Was kann es nun sein?

Noch eine Frage:
wenn ich die Platte mounte und in den Pfad /mnt/var hineingehe, sollte ich doch hier auch den Inhalt sehen, der auf der Festplatte bisher lag oder? Normalerweise lagen hier auch die Webseiten also in /var/srv/www aber unter /mnt/var/ ist nichts weiter!?
 
/var wird bei dir auf einem separaten RAID-Volume liegen - das müßtest du dann im Rescue separat mounten.
 
Hm dachte ich bin da alle Varianten durch aber gut teste ich nochmals. Die Frage ist jetzt was ich bezüglich des bootens machen kann?
 
Gibt es vielleicht eine Möglichkeit anhand von logs zu erfahren welcher Prozess genau zum hängenbleiben führt? Wenn ja welche?
 
Hallo,

ich habe jetzt die syslog durchforstet als letzten Eintrag habe ich folgendes gefunden:


Code: 
Dec  7 10:33:14 h* bluetoothd[548]: Failed to init gatt_example plugin
Dec  7 10:33:14 h* kernel: [   10.511091] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
Dec  7 10:33:14 h* kernel: [   10.511092] Bluetooth: BNEP filters: protocol multicast
Dec  7 10:33:14 h* kernel: [   10.519552] Bluetooth: RFCOMM TTY layer initialized
Dec  7 10:33:14 h* kernel: [   10.519554] Bluetooth: RFCOMM socket layer initialized

Kann es sein, dass der Server ein Problem mit Bluetooth hat? Kann ich das plugin irgendwie abschalten? Könnte das Problem, dass der Server nicht startet damit zusammenhängen?
 
So ich habe jetzt mit Hilfe von:

Code: 
rfkill block bluetooth

Das Plugin deaktiviert...trotzdem geht es nicht weiter :mad:

Er bleibt weiterhin an dieser Stelle hängen:

Code: 
* Stopping configure virutal network devices [OK]

Was kann ich noch tun?
 
You must log in or register to reply here.
Back
Top