Server nach YOU Zerschossen, wie finde ich den Fehler ?

[chrisi]

Hallo zusammen,

ich habe vergangene Nacht ein Update auf meiner Suse 9.0 gemacht, so wie ich es eigentlich bisher immer gemacht habe :)

Das Update hatte etwas länger gedauert da auch ein Kerneldabei war, hat aber alle ohne Probleme geklappt.

Nun gut, dann ein reboot und alles war hinüber :)

Der Server kam garnicht mehr hoch, ich hab dann per Rescue nachträglich nochmal die platte gemountet und lilo durchlaufen lassen da ich das vor dem reboot vergessen hatte, aber leider ohne jeden Erfolg.

Nun ist der aktuelle Stand das der Server ein neues Image bekommen hat, aber weder der Techniker noch ich weis wieso es soweit gekomme ist.

(vieleicht will der Techniker es auch nicht wissen)

Ich habe noch das Backup des Kaputen Servers inkl. den logs auf der Platte, aber ich finde keine Hinweise wieso das Problem auftratt.

Hat vieleicht jemand einen tipp wo ich die Ursache finden könnte ?

Die Datei /var/log/boot.log ist komplett leer, ich hätte erwartet das ich dort vieleicht einen Hinweis finden kann.

Ich danke euch für euere Hilfe,

Chrisi ...

[Joe User]

Kernelmodul für die NIC geladen?

[chrisi]

Gute Frage :) Wo/Wie kann ich das feststellen.

Das letzte was in der /var/log/messages steht:

Code: Select all

Jan  3 22:14:57 one init: Switching to runlevel: 6
Jan  3 22:15:00 one sshd[27746]: Received signal 15; terminating.
Jan  3 22:15:02 one saslauthd[19453]: server_exit     : master exited: 19453
Jan  3 22:15:04 one kernel: Kernel logging (proc) stopped.
Jan  3 22:15:04 one kernel: Kernel log daemon terminating.
Jan  3 22:15:05 one exiting on signal 15

[yt]

War da überhaupt lilo installiert? Ich tippe doch eher auf grub bei einer Suse-Standard-Installation. Wobei Yast / You sich eigentlich selbstständig darum kümmern.

Was sind die letzten Einträge in /var/log/messages?

[chrisi]

Hallo,

ka ob da lilo drauf war, der Techniker von meinem Anbieter meinte das es nötig wäre, wobei ich mir da nicht wirklich sicher bin, weil er mir auch falsche Commands durchgesendet hat, da mein System ein Raid ist und er mit hda anstatt sda anfing ;-) Aber ich meine schwer in Errinerung zu haben das ich lilo nach keinem meiner vorherigen Updates refresht habe.

Das Update habe ich über Yast -> online Updates gemacht, ich weis nicht in wie weit sich das von dem Befehl YOU unterscheidet, aber besser ich sags nochmal ...

Die letzten Einträge unter messages stehen oben in meinem Posting, alles was weiter davor ist war nur der übliche Müll von meinem zuvor laufenden Server :)

Viele Grüße und danke, Chrisi ...

[yt]

Yast Online Update = You - so heißt halt das Paket dass von Yast aufgerufen wird. Man kann es auch einfach -ohne Umweg über Yast- mit you starten.

[chrisi]

kurzer Nachtrag:

laut der momentanten Installation die sich wie der Techniker sagt von der alten nicht unterscheiden soll ist lilo installiert, zumindest finde ich die im Yast unter installierter Software.

[chrisi]

Hallo nochmal,

weis den keiner wo ich nach dem fehler suchen kann ?

oder weis vieleicht jemand ob es überhaupt an YOU liegen kann ?

Viele Grüße,

Chrisi ...

[bigbutt]

versuchst du das Ganze bei einem server bei vserver.de?

bigbuTT

[chrisi]

Hi,

nein das ist kein VServer, der steht bei IPX-Server und ist ein Dedi :)

Viele Grüße...

[myname]

Hast Du mal den Link auf die vmlinuz (Kernel) wieder auf die alte vmlinuz im Ordner Boot gebogen?

[chrisi]

Hallo,

ich habe hier mal die lilo.conf:

# Modified by YaST2. Last modification on Mon Jul 26 18:41:51 2004

timeout = 80
prompt
default = Linux
boot = /dev/sda

image = /boot/vmlinuz
###Don't change this comment - YaST2 identifier: Original name: Linux###
label = Linux
initrd = /boot/initrd
optional
root = /dev/sda3
vga = 0x305
append = "splash=silent desktop showopts"

image = /boot/vmlinuz
###Don't change this comment - YaST2 identifier: Original name: Failsafe###
label = Failsafe
initrd = /boot/initrd
optional
root = /dev/sda3
vga = normal
append = "showopts ide=nodma apm=off acpi=off nosmp noapic maxcpus=0 3"

image = /boot/memtest.bin
###Don't change this comment - YaST2 identifier: Original name: Speichertest###
label = Speichertest
optional
append = ""

Ich habe diese mit der neuen frisch installierten lilo.conf verglichen, dabei ist mir aufgefallen das die neue um fast das doppelte länger ist :)

Aber bei der hier oben sieht doch eigentlich alles richtig aus, oder ?

Allerdings bringt mich das Datum des last modified durcheinander, sollte da nicht eigentlich das Datum von gestern stehen ?

Gestern habe ich im Rescue folegendes gemacht:

mount /dev/hda3 /mnt
chroot /mnt
mount /dev/hda1 /boot
mount -t proc /proc /proc
lilo
umount /proc
umount /boot
exit
umount /mnt
reboot

Viele Grüße und danke,

Chrisi ...

[myname]

Code: Select all

cd /boot
ln -sf vmlinuz-{alterKernel} vmlinuz

Wenn Du das nicht hinkriegst, sag doch mal was

Code: Select all

ls -l /boot

ausgibt.

[chrisi]

Ich kann dir das geben:

Sorry Fehler ... das war das laufende boot verzeichnis hier das richtige:

-rw-r--r-- 1 root root 139104 Dec 10 18:06 Kerntypes-2.4.21-266-smp4G
-rw-r--r-- 1 root root 642628 Dec 10 18:12 System.map-2.4.21-266-smp4G
-rw-r--r-- 1 root root 512 Nov 24 2003 backup_mbr
lrwxrwxrwx 1 root root 1 Jan 4 06:22 boot -> .
-rw-r--r-- 1 root root 512 Nov 24 2003 boot.0300
-rw-r--r-- 1 root root 512 Jul 20 19:53 boot.0800
-rw-r--r-- 1 root root 51534 Dec 10 18:04 config-2.4.21-266-smp4G
drwxr-xr-x 2 root root 4096 Jul 24 17:51 grub
lrwxrwxrwx 1 root root 23 Jan 4 06:22 initrd -> initrd-2.4.21-266-smp4G
-rw-r--r-- 1 root root 532700 Jan 4 02:20 initrd-2.4.21-266-smp4G
drwx------ 2 root root 4096 Nov 24 2003 lost+found
-rw------- 1 root root 54272 Jan 4 02:22 map
-rw-r--r-- 1 root root 80324 Nov 5 2003 memtest.bin
-rw-r--r-- 1 root root 1511461 Dec 10 19:03 vmlinux-2.4.21-266-smp4G.gz
lrwxrwxrwx 1 root root 24 Jan 4 06:22 vmlinuz -> vmlinuz-2.4.21-266-smp4G
-rw-r--r-- 1 root root 1281281 Dec 10 18:12 vmlinuz-2.4.21-266-smp4G

Der Server wurde schon wieder mit einem neuen Image bestückt, ich bewege mich nur in dem Backup.

Wieso finde ich den dort grub ? :) ich komme jetzt nicht mehr hinteher, da sollte doch eigentloich lilo drauf sein ...

[myname]

Dort ist leider kein alter Kernel, den man ausprobieren könnte, drauf.

Grub ist bei Suse AFAIK standardmäßig seit neueren Versionen (glaub sogar unter 9.0) installiert.

[chrisi]

Hi,

kannst du das so erkennen ob Grub auch alls Bootmanager benutzt wird ?

danke und viele Grüße, Chrisi

[myname]

Code: Select all

drwxr-xr-x 2 root root 4096 Jul 24 17:51 grub 

Er ist auf jeden Fall installiert. Also schätze mal nutzt du ihn auch.

[chrisi]

Hallo zusammen,

da das neue Image auf der Platte ist und ich keinen Server habe der in etwa die gleiche Hardware hat wo ich das Backup einspielen könnte werde ich wohl nicht mehr erfahren was da nun tatsächlich das Problem war, leider :)

Ich möchte hier nochmal danke für die Hilfe sagen.

Viele Grüße,

Chrisi ...

[Anonymous]

Hi,
welche Bootloader benutzt wird, das findest du unter:

Code: Select all

/etc/bootloader

ich vermute aber das das LILO war, in diesem Fall solltest Du dein Server erst ohne Dienste rebooten und noch mal YOU ausführen. Eigentlich egal, versuche die systemdaten zu sichern und starte YOU noch mal.

IMMER nach dem Kernel install noch mal YOU ausführen.

Pawel

[pseudo]

guckst du mal in
/etc/grub
da gibt es ne menu.lst, guck ma op es auch ne menu.lst.old oder so ähnlich gibt, evtl. das backup über die normale drüberschreiben und gucken, ob es dann geht... :o)

gruss, pseudo