SuSE 10.0 smp Kernelupdate vom 9.2.2006 fehlerhaft
Hallo, das Problem wurde bereits in 2 Threads behandelt. uname zeigt alte Kernelversion nach Update Ralf Schneider und Online-Update --> Neuer Kernel --> Netzwerk geht nicht ??? Karl Sinn Nach einem Onlineupdate des SMP-Kernels vom 9.2.06 und einem Reboot funktionierte das Netzwerk nicht mehr. Ein uname -a zeigt die alte Version Linux mch-timsv2 2.6.13-15.7-smp #1 SMP Tue Nov 29 14:32:29 UTC 2005 i686 i686 i386 GNU/Linux Im /var/log/boot.msg gab es Meldungen, dass Module über /lib/modules/2.6.13-15.7-smp/... nicht gefunden werden können. Klar, es gab ja nur ein /lib/modules/2.6.13-15.8-smp Verzeichnis. Habe mir mal einfach mit einem Link beholfen ln -s /lib/modules/2.6.13-15.8-smp /lib/modules/2.6.13-15.7-smp Es funktioniert, aber wohl ist mir dabei aber nicht. Ein Kernelupdate auf einer Maschine mit default Kernel zeigt dieses Problem nicht. Ich hoffe einfach mal auf den nächsten Kernelupdate. Gruß Roland Langner
Roland Langner schrieb:
Hallo,
das Problem wurde bereits in 2 Threads behandelt.
uname zeigt alte Kernelversion nach Update Ralf Schneider und Online-Update --> Neuer Kernel --> Netzwerk geht nicht ??? Karl Sinn
Nach einem Onlineupdate des SMP-Kernels vom 9.2.06 und einem Reboot funktionierte das Netzwerk nicht mehr.
Ein uname -a zeigt die alte Version Linux mch-timsv2 2.6.13-15.7-smp #1 SMP Tue Nov 29 14:32:29 UTC 2005 i686 i686 i386 GNU/Linux
Im /var/log/boot.msg gab es Meldungen, dass Module über /lib/modules/2.6.13-15.7-smp/... nicht gefunden werden können. Klar, es gab ja nur ein /lib/modules/2.6.13-15.8-smp Verzeichnis. Habe mir mal einfach mit einem Link beholfen ln -s /lib/modules/2.6.13-15.8-smp /lib/modules/2.6.13-15.7-smp Es funktioniert, aber wohl ist mir dabei aber nicht.
Ein Kernelupdate auf einer Maschine mit default Kernel zeigt dieses Problem nicht. Ich hoffe einfach mal auf den nächsten Kernelupdate.
Gruß Roland Langner
Hallo, das kann ich bestätigen. Mit dem 64bittigen default-Kernel (auch aus dem Online-Update) gibt es ebenfalls keine Probleme. Richi ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
On Fri, Feb 17, 2006 at 09:50:26AM +0100, Roland Langner wrote:
Hallo,
das Problem wurde bereits in 2 Threads behandelt.
uname zeigt alte Kernelversion nach Update Ralf Schneider und Online-Update --> Neuer Kernel --> Netzwerk geht nicht ??? Karl Sinn
Nach einem Onlineupdate des SMP-Kernels vom 9.2.06 und einem Reboot funktionierte das Netzwerk nicht mehr.
Ein uname -a zeigt die alte Version Linux mch-timsv2 2.6.13-15.7-smp #1 SMP Tue Nov 29 14:32:29 UTC 2005 i686 i686 i386 GNU/Linux
Im /var/log/boot.msg gab es Meldungen, dass Module über /lib/modules/2.6.13-15.7-smp/... nicht gefunden werden können. Klar, es gab ja nur ein /lib/modules/2.6.13-15.8-smp Verzeichnis. Habe mir mal einfach mit einem Link beholfen ln -s /lib/modules/2.6.13-15.8-smp /lib/modules/2.6.13-15.7-smp Es funktioniert, aber wohl ist mir dabei aber nicht.
Ein Kernelupdate auf einer Maschine mit default Kernel zeigt dieses Problem nicht. Ich hoffe einfach mal auf den nächsten Kernelupdate.
Das wuerde heissen, das der neue Kernel nicht gebootet wurde. ls -la /boot/ rpm -V kernel-smp Ciao, Marcus
Marcus Meissner wrote:
On Fri, Feb 17, 2006 at 09:50:26AM +0100, Roland Langner wrote:
Nach einem Onlineupdate des SMP-Kernels vom 9.2.06 und einem Reboot funktionierte das Netzwerk nicht mehr.
Ein uname -a zeigt die alte Version Linux mch-timsv2 2.6.13-15.7-smp #1 SMP Tue Nov 29 14:32:29 UTC 2005 i686 i686 i386 GNU/Linux
Im /var/log/boot.msg gab es Meldungen, dass Module über /lib/modules/2.6.13-15.7-smp/... nicht gefunden werden können. Klar, es gab ja nur ein /lib/modules/2.6.13-15.8-smp Verzeichnis. Habe mir mal einfach mit einem Link beholfen ln -s /lib/modules/2.6.13-15.8-smp /lib/modules/2.6.13-15.7-smp Es funktioniert, aber wohl ist mir dabei aber nicht.
Ein Kernelupdate auf einer Maschine mit default Kernel zeigt dieses Problem nicht. Ich hoffe einfach mal auf den nächsten Kernelupdate.
Das wuerde heissen, das der neue Kernel nicht gebootet wurde.
Kernel bootete. Es wurden halt keine Module geladen.
ls -la /boot/
drwxr-xr-x 3 root root 4096 2006-02-17 07:07 . drwxr-xr-x 22 root root 4096 2006-02-17 08:47 .. -rw------- 1 root root 512 2005-12-07 12:07 backup_mbr lrwxrwxrwx 1 root root 1 2006-01-26 12:27 boot -> . -rw-r--r-- 1 root root 63146 2006-02-07 17:28 config-2.6.13-15.8-smp drwxr-xr-x 2 root root 4096 2006-01-26 12:27 grub lrwxrwxrwx 1 root root 22 2006-02-17 07:07 initrd -> initrd-2.6.13-15.8-smp -rw-r--r-- 1 root root 1866932 2006-02-17 07:07 initrd-2.6.13-15.8-smp -rw-r--r-- 1 root root 90292 2005-09-09 18:36 memtest.bin -rw-r--r-- 1 root root 133120 2005-12-07 12:07 message -rw-r--r-- 1 root root 73623 2006-02-07 17:30 symvers-2.6.13-15.8-i386-smp.gz -rw-r--r-- 1 root root 778890 2006-02-07 17:16 System.map-2.6.13-15.8-smp -rw-r--r-- 1 root root 1991406 2006-02-07 17:28 vmlinux-2.6.13-15.8-smp.gz lrwxrwxrwx 1 root root 23 2006-02-17 07:07 vmlinuz -> vmlinuz-2.6.13-15.8-smp -rw-r--r-- 1 root root 1684964 2006-02-07 17:16 vmlinuz-2.6.13-15.8-smp
rpm -V kernel-smp # rpm -qa | grep kernel-smp kernel-smp-2.6.13-15.8
# uname -a Linux mch-timsv2 2.6.13-15.7-smp #1 SMP Tue Nov 29 14:32:29 UTC 2005 i686 i686 i386 GNU/Linux # ls -la /lib/modules drwxr-xr-x 5 root root 82 2006-02-17 09:41 . drwxr-xr-x 11 root root 4096 2006-02-17 07:12 .. lrwxrwxrwx 1 root root 15 2006-02-17 07:45 2.6.13-15.7-smp -> 2.6.13-15.8-smp drwxr-xr-x 4 root root 4096 2006-02-17 07:07 2.6.13-15.8-smp drwxr-xr-x 3 root root 28 2006-02-17 07:07 precompiled drwxr-xr-x 3 root root 35 2006-02-07 17:30 scripts Gruß Roland Langner
Schau Dir mit strings /boot/vmlinuz-2.6.13-15.8-smp | grep 2.6.13 an, welche Version im Kernel-Image selbst abgelegt ist. Bei einem original SuSE Kernel sollte das in etwa wie folgt aussehen: 2.6.13-15.8-smp (geeko@buildhost) #1 SMP Tue Feb 7 11:07:24 UTC 2006 Schau Dir die Ausgabe von cat /proc/sys/kernel/osrelease an. Das ist die Info zum aktuell laufenden Kernel, direkt aus dem /proc Filesystem ausgelesen (was AFAIK letztendlich auch uname macht). Wenn da ein 2.6.13-15.7-smp steht, dann ist der neue Kernel wohl wider Erwarten nicht gebootet worden. Ueberpruefe mal die Bootloader-Konfig, was da so steht... Du hast nicht zufaellig mehrere Linuxe installiert auf dem PC? Und Du bist sicher, dass Du rebootet hast? ;-) Cheers, Th.
Thomas Hertweck wrote:
Schau Dir mit
strings /boot/vmlinuz-2.6.13-15.8-smp | grep 2.6.13
2.6.13-15.8-smp (geeko@buildhost) #1 SMP Tue Feb 7 11:07:24 UTC 2006
an, welche Version im Kernel-Image selbst abgelegt ist. Bei einem original SuSE Kernel sollte das in etwa wie folgt aussehen:
2.6.13-15.8-smp (geeko@buildhost) #1 SMP Tue Feb 7 11:07:24 UTC 2006
ja, schaut genau so aus. Thomas, hat bei Dir etwa der Update funktioniert?
Schau Dir die Ausgabe von
cat /proc/sys/kernel/osrelease
2.6.13-15.7-smp
an. Das ist die Info zum aktuell laufenden Kernel, direkt aus dem /proc Filesystem ausgelesen (was AFAIK letztendlich auch uname macht). Wenn da ein 2.6.13-15.7-smp steht, dann ist der neue Kernel wohl wider Erwarten nicht gebootet worden. Ueberpruefe mal die Bootloader-Konfig, was da so steht... Du hast nicht zufaellig mehrere Linuxe installiert auf dem PC? Und Du bist sicher, dass Du rebootet hast? ;-)
Habe mehrfach rebootet und nur ein Linux installiert. Hier das /boot/grub/menu.lst: # Modified by YaST2. Last modification on Mi Dez 7 11:07:41 UTC 2005 color white/blue black/light-gray default 0 timeout 2 gfxmenu (hd0,1)/boot/message ###Don't change this comment - YaST2 identifier: Original name: linux### title SUSE LINUX 10.0 root (hd0,1) kernel /boot/vmlinuz root=/dev/md1 vga=0x31a selinux=0 splash=silent acpi=off showopts initrd /boot/initrd ###Don't change this comment - YaST2 identifier: Original name: floppy### title Diskette chainloader (fd0)+1 ###Don't change this comment - YaST2 identifier: Original name: failsafe### title Failsafe -- SUSE LINUX 10.0 root (hd0,1) kernel /boot/vmlinuz root=/dev/md1 vga=normal showopts ide=nodma apm=off acpi=off noresume selinux=0 nosmp noapic maxcpus=0 edd=off 3 initrd /boot/initrd ###Don't change this comment - YaST2 identifier: Original name: memtest86### title Speichertest kernel (hd0,1)/boot/memtest.bin Bin davon ausgegangen auf einen Bug gestossen zu sein. Es gibt ja Leute, die genau das gleiche Problem haben (siehe Liste). Funktioniert bei jemandem der Update auf 2.6.13-15.8-smp ohne die beschriebenen Probleme? Gruß Roland Langner
Hallo, Am Wed, 22 Feb 2006, Roland Langner schrieb:
cat /proc/sys/kernel/osrelease
2.6.13-15.7-smp
Das ist offensichtlich der alte Kernel.
###Don't change this comment - YaST2 identifier: Original name: linux### title SUSE LINUX 10.0 root (hd0,1) kernel /boot/vmlinuz root=/dev/md1 vga=0x31a selinux=0 splash=silent acpi=off showopts initrd /boot/initrd
Offenbar ist /boot/vmlinuz der -15.7er. -dnh -- Manche Menschen glaube das sie alles wissen, und wissen aber nicht das sie nichts wissen. [WoKo in dag°]
David Haller wrote:
Am Wed, 22 Feb 2006, Roland Langner schrieb: [... cat /proc/sys/kernel/osrelease ...]
2.6.13-15.7-smp
Das ist offensichtlich der alte Kernel.
[... kernel /boot/vmlinuz ...]
Offenbar ist /boot/vmlinuz der -15.7er.
David, so weit waren wir schon ;-) Schau Dir die Email mit der MSG-ID <43FAECB8.7060901@mch.osram.de> an. Demnach ist vmlinuz ein Link auf vmlinuz-2.6.13-15.8-smp, und diese Datei hat eine Groesse von 1684964, was exakt passt. Der *-15.7-smp Kernel hat eine andere Dateigroesse. Die Version, die im Image selbst abgelegt ist, ist laut letzter Email richtig und besagt ebenfalls *-15.8-smp. Jedoch ist laut /proc Filesystem anscheinend nachwievor der alte Kernel am Laufen...!?!? Cheers, Th.
Roland Langner wrote:
Thomas, hat bei Dir etwa der Update funktioniert?
Mein Laptop hat keine zwei CPUs und daher habe ich keinen SMP Kernel installiert. Hier laeuft momentan der 2.6.13-15.8-default ohne Probleme. Wenn es ein generelles Problem ist mit dem Update, dann findest Du sicher weitere und aehnliche Problembeschreibungen im Internet. Andere Problembeschreibungen auf dieser Liste galten hpts. nicht geladenen Netzwerkkartentreibern, IIRC (oder habe ich etwas verpasst?). Das mag einen anderen Grund haben, bei Dir scheint ja hingegen der alte Kernel noch zu laufen.
Bin davon ausgegangen auf einen Bug gestossen zu sein.
Eventuell ist es ein Bug, aber momentan ist einfach voellig unklar, was ueberhaupt passiert ist. Du kannst mal versuchen, das Kernel-RPM Paket aus dem update/10.0 FTP Verzeichnis herunterzuladen (z.B. von gwdg.de) und es per Hand an der Konsole via RPM zu installieren (vermutlich brauchst Du dazu die Option --force). Reboote und schaue, wie der Status dann ist. Cheers, Th.
Thomas Hertweck wrote:
Roland Langner wrote:
Thomas, hat bei Dir etwa der Update funktioniert?
Mein Laptop hat keine zwei CPUs und daher habe ich keinen SMP Kernel
Es reicht schon ein eine HyperThread fähige Intel P4 CPU damit der smp-Kernel installiert wird.
Bin davon ausgegangen auf einen Bug gestossen zu sein.
Eventuell ist es ein Bug, aber momentan ist einfach voellig unklar, was ueberhaupt passiert ist.
Das Bootlog sagt auch dass 2.6.13-15.7-smp geladen wurde. Es ist aber sicher 2.6.13-15.8-smp installiert. Mir kam ein fürchterlicher Verdacht. Das System wird von einem Softwareraid /dev/md1 gebootet. Eine Überprüfung von /dev/md1 ergibt folgendes: #mdadm --detail /dev/md1 Version : 00.90.02 Creation Time : Wed Dec 7 11:00:01 2005 Raid Level : raid1 Array Size : 149581120 (142.65 GiB 153.17 GB) Device Size : 149581120 (142.65 GiB 153.17 GB) Raid Devices : 2 Total Devices : 1 Preferred Minor : 1 Persistence : Superblock is persistent Update Time : Thu Feb 23 07:27:46 2006 State : clean, degraded Active Devices : 1 Working Devices : 1 Failed Devices : 0 Spare Devices : 0 UUID : 00296b49:0e62d9b2:fb39180f:501ce169 Events : 0.1864647 Number Major Minor RaidDevice State 0 0 0 - removed 1 33 66 1 active sync /dev/hdf2 Raid /dev/md1 ist degraded und läuft nur noch mit einer Platte. Jetzt könnte es sein das das System von der Platte geladen wird, welche im Augenblick vom Raid removed ist (/dev/hde2) und noch den alten Kernel hat. Man könnte die Platte mit mdadm /dev/md1 -a /dev/hde2 wieder zum Raid hinzufügen. Da ich aber die Auswirkung nicht genau kenne warte ich damit bis zum nächsten Wartungsfenster. Gruß Roland Langner P.S. sorry wegen eventeller Doppelpostings
Roland Langner wrote:
Thomas Hertweck wrote: [...]
Mein Laptop hat keine zwei CPUs und daher habe ich keinen SMP Kernel
Es reicht schon ein eine HyperThread fähige Intel P4 CPU damit der smp-Kernel installiert wird.
Ich schrieb, ich habe einen Laptop, keinen Heizluefter... ;-) Nun, ich denke, wenn es ein generelles Problem mit dem Update gaebe, dann haette es schon deutlich mehr Feedback gegeben. Es ist also doch eher wahrscheinlich, dass es sich um ein lokales Problem bei Dir handelt. Ob und wie das genau mit dem RAID nun zusammenhaengt, keine Ahnung, aber es koennte schon die Ursache sein... Cheers, Th.
participants (5)
-
David Haller -
Marcus Meissner -
Richard Kraut -
Roland Langner -
Thomas Hertweck