Bug 307162 - NIC incorrectly configured at install time
Summary: NIC incorrectly configured at install time
Status: VERIFIED FIXED
: 308966 (view as bug list)
Alias: None
Product: openSUSE 10.3
Classification: openSUSE
Component: Installation (show other bugs)
Version: Beta 2
Hardware: i586 openSUSE 10.3
: P2 - High : Critical (vote)
Target Milestone: ---
Assignee: Michal Zugec
QA Contact: Jiri Srain
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-09-03 13:01 UTC by tim chappell
Modified: 2007-09-21 09:01 UTC (History)
2 users (show)

See Also:
Found By: Beta-Customer
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
dmesg.txt (22.84 KB, text/plain)
2007-09-03 13:02 UTC, tim chappell
Details
ifconfig failing report (1.19 KB, text/plain)
2007-09-03 13:03 UTC, tim chappell
Details
/var/log files at failing point (559.89 KB, application/x-tar)
2007-09-03 13:04 UTC, tim chappell
Details
lspci output (1.42 KB, text/plain)
2007-09-03 13:04 UTC, tim chappell
Details
dmesg of working boot (21.75 KB, text/plain)
2007-09-03 13:05 UTC, tim chappell
Details
ifconfig working report (886 bytes, text/plain)
2007-09-03 13:05 UTC, tim chappell
Details
tar.gz containing /var/log, dmesg and ifconfig at various points. (1.98 MB, application/x-gzip)
2007-09-06 08:38 UTC, tim chappell
Details

Note You need to log in before you can comment on or make changes to this bug.
Description tim chappell 2007-09-03 13:01:05 UTC
At first install when trying to configure the Ethernet cards (3 fitted; one builtin, 2 pci) yast displays the Ethernet nics in the following order:
Eth0 – 3com
Eth1 - realtek
Eth2 – reported as HP onboard device (Intel)

The onboard device (eth2) is selected and configured as static IP since this is the connected device. However this fails the connectivity test (curl) – I should mention that this is via a proxy, but the failure is to find a DNS server (which was correctly specified) and once the ethernet device begins working none of the proxy networking parameters require further change.

Continuing with the install is otherwise successful. 

Attached are dmesg.txt, log.tar.gz which contains /var/log and ifconfig.txt which contains the ifconfig output.

Following the first successful user login then the nics are listed in the following order whilst shutting down:
Eth0 – 3com
Eth1 – HP onboard device
Eth2 – realtek

Following a full reboot the nics are now ordered in yast2:
Eth0 – 3com
Eth1 – HP onboard device
Eth2 – realtek

Delete middle ethernet device (which was reported as HP) and it then reappeared as Realtek. HP device has moved down the list.

Use yast to configure correctly – static IP, mask, default gateway[remembered this], DNS[had lost this]. Still no ethernet access.
Shutdown & restart.

Networking works ok this time. 
Captured dmesg_working.txt and ifconfig_working.txt files.
Comment 1 tim chappell 2007-09-03 13:02:03 UTC
Created attachment 161490 [details]
dmesg.txt

dmesg at failure point.
Comment 2 tim chappell 2007-09-03 13:03:00 UTC
Created attachment 161491 [details]
ifconfig failing report
Comment 3 tim chappell 2007-09-03 13:04:03 UTC
Created attachment 161494 [details]
/var/log files at failing point
Comment 4 tim chappell 2007-09-03 13:04:41 UTC
Created attachment 161495 [details]
lspci output
Comment 5 tim chappell 2007-09-03 13:05:15 UTC
Created attachment 161496 [details]
dmesg of working boot
Comment 6 tim chappell 2007-09-03 13:05:41 UTC
Created attachment 161497 [details]
ifconfig working report
Comment 7 Michal Zugec 2007-09-04 16:53:15 UTC
duplicate report, already fixed for Beta3

2007-09-03 12:08:17 <3> linux(3542) [bash] ShellCommand.cc(shellcommand):78 /bin/cp: cannot stat `/var/lib/dhcpcd/dhcpcd-*.cache': No such file or directory
2007-09-03 12:08:17 <3> linux(3542) [bash] ShellCommand.cc(shellcommand):78 /bin/cp: cannot stat `/etc/udev/rules.d/70-net_persistent_names.rules': No such file or directory

it should be /etc/udev/rules.d/70-persistent-net.rules file copied into installed system

*** This bug has been marked as a duplicate of bug 292375 ***
Comment 8 tim chappell 2007-09-06 08:35:51 UTC
Retested with 10.3 beta3 and same issue remains - ie this is not necessarily a duplicate of 292375.

I'm attaching another tar.gz which includes all the relevant info just after install/reboot, following reconfiguration with yast2 (at which point it doesn't work) and then following a further reboot at which point the interface works correctly. Includes yast2 snapshots showing misnamed interfaces.

Comment 9 tim chappell 2007-09-06 08:38:19 UTC
Created attachment 162229 [details]
tar.gz containing /var/log, dmesg and ifconfig at various points.
Comment 10 tim chappell 2007-09-06 08:39:39 UTC
Retested with 10.3 beta3 and same issue remains - ie this is not necessarily a
duplicate of 292375 (not sure whether that is resolved or not).

I'm attaching another tar.gz which includes all the relevant info just after
install/reboot, following reconfiguration with yast2 (at which point it doesn't
work) and then following a further reboot at which point the interface works
correctly. Includes yast2 snapshots showing misnamed interfaces.
Comment 11 Michal Zugec 2007-09-06 14:42:02 UTC
Oh no:
2007-09-06 08:59:09 <3> linux(3537) [bash] ShellCommand.cc(shellcommand):78 /bin/cp: missing destination file operand after `/etc/udev/rules.d/70-persistent-net.rules/mnt/etc/udev/rules.d'

missing space between source and destination ;-(
The only problem is that udev is not copy between reboot. That's why network devices names are changed. We have NAME option in ifcfg-eth* files to show interface name.

yast2-network-2.15.74
Comment 12 Katarina Machalkova 2007-09-13 09:14:50 UTC
*** Bug 308966 has been marked as a duplicate of this bug. ***
Comment 13 tim chappell 2007-09-21 09:01:20 UTC
Verified as working correctly in RC1. Thanks!