https://bugzilla.novell.com/show_bug.cgi?id=401896 User abittner@stud.fh-heilbronn.de added comment https://bugzilla.novell.com/show_bug.cgi?id=401896#c2 andreas bittner changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |abittner@stud.fh-heilbronn.de --- Comment #2 from andreas bittner 2008-06-19 19:55:20 MDT --- hello there, i just had some trouble reaching some remote 10.3 box tonight. it has also been undergoing updates/patches and i was thinking that when it didnt came back up after reboot it was this bug. maybe its related. at the physical box itself in the console the bootup process (init scripts) were stalled with some errors regarding network. apparently (box has 4 pci nics) some pci network cards got renamed in random/crazy ways. all of a sudden there was no eth2, but some eth1_rename (pending?) and such. thus the box wasnt reachable from the inet and such. this was a clean 10.3 just setup recently some weeks ago, nothing fancy and all the latest (except for some small patch and the latest kernel update) patches applied. so after todays kernel update it never came back up corrently. strangely enough i didnt really touch the box at first, although i wanted to actually test acpi=off after this error to see if with this setting the pci nics would come back up normally but i first decided to see if it was booting again with this renaming/network failure. oddly it came back up online this time normally as before this kernel update. so now i cannot tell if this was a coincidence or a rare bug/behaviour or if i might still run into this network renaming errors. and if this is related to todays kernel update or if this bug is present in all 10.3 kernels or how i can figure this out. i have saved the boot.omsg with the errorneous renaming logentries. any more hints needed? do we need to file a separate bugreport from this? currently: Linux box 2.6.22.18-0.2-default #1 SMP 2008-06-09 13:53:20 +0200 i686 i686 i386 GNU/Linux -------------- <6>shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 <6>ACPI: PCI Interrupt 0000:00:1f.3[B] -> GSI 17 (level, low) -> IRQ 20 <4>PCI: Enabling device 0000:02:0a.0 (0014 -> 0017) <6>ACPI: PCI Interrupt 0000:02:0a.0[A] -> GSI 22 (level, low) -> IRQ 22 <4>3c59x: Donald Becker and others. <6>0000:02:0a.0: 3Com PCI 3c905B Cyclone 100baseTx at f1184000. <4>PCI: Enabling device 0000:02:0b.0 (0014 -> 0017) <6>ACPI: PCI Interrupt 0000:02:0b.0[A] -> GSI 23 (level, low) -> IRQ 17 <6>0000:02:0b.0: 3Com PCI 3c905B Cyclone 100baseTx at f1198000. <6>b44.c:v1.01 (Jun 16, 2006) <4>PCI: Enabling device 0000:02:05.0 (0004 -> 0006) <6>ACPI: PCI Interrupt 0000:02:05.0[A] -> GSI 20 (level, low) -> IRQ 21 <6>eth2: Broadcom 4400 10/100BaseT Ethernet 00:0c:6e:1a:57:08 <4>PCI: Enabling device 0000:02:0c.0 (0014 -> 0017) <6>ACPI: PCI Interrupt 0000:02:0c.0[A] -> GSI 20 (level, low) -> IRQ 21 <6>eth2 renamed to eth2_rename <6>0000:02:0c.0: 3Com PCI 3c905B Cyclone 100baseTx at f1182000. <6>ACPI: PCI Interrupt 0000:02:0d.0[A] -> GSI 21 (level, low) -> IRQ 23 <6>0000:02:0d.0: 3Com PCI 3c905C Tornado at f11c2000. <6>eth0 renamed to eth0_rename <6>eth3 renamed to eth4 <6>eth1 renamed to eth1_rename <6>udev: renamed network interface eth3 to eth4 <6>eth2_rename renamed to eth0 <6>udev: renamed network interface eth2_rename to eth0 <6>eth0_rename renamed to eth1 <6>udev: renamed network interface eth0_rename to eth1 <6>Adding 2096440k swap on /dev/sda1. Priority:-1 extents:1 across:2096440k <6>device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-devel@redhat.com <6>loop: module loaded <6>kjournald starting. Commit interval 5 seconds <6>EXT3 FS on sda2, internal journal <6>EXT3-fs: mounted filesystem with ordered data mode. <6>kjournald starting. Commit interval 5 seconds <6>EXT3 FS on sda7, internal journal <6>EXT3-fs: mounted filesystem with ordered data mode. <6>kjournald starting. Commit interval 5 seconds <6>EXT3 FS on sda5, internal journal <6>EXT3-fs: mounted filesystem with ordered data mode. <6>kjournald starting. Commit interval 5 seconds <6>EXT3 FS on sda6, internal journal <6>EXT3-fs: mounted filesystem with ordered data mode. <6>eth2 renamed to eth3 <6>udev: renamed network interface eth2 to eth3 <6>AppArmor: AppArmor initialized <5>audit(1213919681.990:2): type=1505 info="AppArmor initialized" pid=1928 Kernel logging (ksyslog) stopped. Kernel log daemon terminating. Boot logging started on /dev/tty1(/dev/console) at Thu Jun 19 23:54:01 2008 Creating device nodes with udev Trying manual resume from /dev/sda1 Invoking userspace resume from /dev/sda1 resume: Could not stat configuration file resume: libgcrypt version: 1.2.4 Trying manual resume from /dev/sda1 Invoking in-kernel resume from /dev/sda1 Waiting for device /dev/disk/by-id/scsi-SATA_ExcelStor-part3 to appear: ok fsck 1.40.2 (12-Jul-2007) [/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a -C0 /dev/disk/by-id/scsi-SATA_ExcelStor_Techn_PV5101Q396CVLB-part3 /dev/disk/by-id/scsi-SATA_ExcelStor-part3: clean, 7197/1036288 files, 571874/2096482 blocks fsck succeeded. Mounting root device read-write. Mounting root /dev/disk/by-id/scsi-SATA_ExcelStor-part3 Boot logging started on /dev/tty1(/dev/console (deleted)) at Fri Jun 20 01:54:05 2008 done Starting udevd udevd-event[1654]: node_symlink: device node '/dev/rtc0' already exists, link '/dev/rtc' will not overwrite it udevd-event[1721]: rename_netif: error changing netif name eth2 to eth2_rename: File exists done ----------------------- later network logentries: ---------------------- Setting up network interfaces: lo lo IP address: 127.0.0.1/8 Checking for network time protocol daemon (NTPD): unused done eth0 device: Broadcom Corporation BCM4401 100Base-T (rev 01) eth0 IP address: a.b.c.d/27 Checking for network time protocol daemon (NTPD): unused done eth1 device: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 30) eth1 IP address: 192.168.1.1/24 Checking for network time protocol daemon (NTPD): unused done eth3 device: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 30) Checking for network time protocol daemon (NTPD): unused done eth4 device: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 74) Checking for network time protocol daemon (NTPD): unused doneWaiting for mandatory devices: eth2 __NSC__ 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 eth2 No interface found failedSetting up service network . . . . . . . . . . . . . . . failed --------------- shutdown entries (?): ------------------------- Shutting down network interfaces: eth0 device: Broadcom Corporation BCM4401 100Base-T (rev 01) done eth1 device: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 30) done eth1_rename device: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 30) No configuration found for eth1_rename Nevertheless the interface will be shut down. done eth3 device: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 30) done eth4 device: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 74) doneShutting down service network . . . . . . . . . . . . . . done -------------------- i think there are really some bugs in this kernel-update. cheers. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=401896 User brunofr@ioda.net added comment https://bugzilla.novell.com/show_bug.cgi?id=401896#c4 --- Comment #4 from Bruno Friedmann 2008-06-23 12:49:37 MDT --- Some hours later. We've check the bios for the gigabyte motherboard. We apply the new one ( F8 version ) and after that the kernel start smoothly. So your problem could be a bios/firmware update... Bravo to opensuse staff ! -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=401896 User gregkh@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=401896#c5 Greg Kroah-Hartman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |RESOLVED Info Provider|machala.m@seznam.cz | Resolution| |INVALID --- Comment #5 from Greg Kroah-Hartman 2008-06-26 08:45:32 MDT --- great, will close this out then, thanks for letting us know. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.