[sles-beta] SLES12 beta8 x86_64 net.ifnames=0 inconstisten result on BL460c-Gen8

[urs.frey at post.ch]

Hello Jiri

In fact I mismatched the NIC MAC of my server. My fault, sorry.
>It seems the linuxrc parameter mac=b4:b5:2f:57:a5:90,name=eth0
>does not work. Probably, the udev rule that it creates in
>/etc/udev/rules.d/70-persistent-net.rules 
>does not match your NIC, but the udev persistent name generator
>sees eth0 as being assigned so it invents another name: eth2.
Absolutely correct what you supposed above.

So when using the correct MAC of my first NIC on the Motherboard, then I get the correct udev rule entry and everything works
This is my LinuxRC info file I use, please observe the changed MAC

v04yf4:/appl/custom_iso # cat info_sles12_h05cni
insmod : hpsa
insmod : be2net
net.ifnames : 0
netwait : 40
splash : verbose
install: http://172.27.40.68/sles12_64
netdevice: eth0
hostname: h05cni
hostip: 10.226.169.29
netmask: 255.255.255.0
gateway: 10.226.169.254
nameserver: 10.1.121.11
autoyast: http://172.27.40.68/pstkits/profiles/sles12_autoinst_h05cni.xml
netsetup:-dhcp,+hostip,+gateway,+netmask,+nameserver
udev.rule: "mac=3c:d9:2b:f6:a3:e0,name=eth0"
v04yf4:/appl/custom_iso #

These are the udev rules I get on the installed server
freyu at h05cni:~> cat /etc/udev/rules.d/70-persistent-net.rules
# PCI device 0x19a2:0x0710 (be2net)
# PCI device 0x19a2:0x0710 (be2net)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="3c:d9:2b:f6:a3:e0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="3c:d9:2b:f6:a3:e4", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
freyu at h05cni:~>

NO BUG
Thank you very much

Best regards

Urs Frey                                              
Post CH AG
Informationstechnologie
IT Betrieb 
Webergutstrasse 12 
3030 Bern (Zollikofen) 
Telefon : ++41 (0)58 338 58 70 
FAX     : ++41 (0)58 667 30 07 
E-Mail:   urs.frey at post.ch

-----Ursprüngliche Nachricht-----
Von: Jiri Bohac [mailto:jbohac at suse.cz] 
Gesendet: Tuesday, June 10, 2014 6:17 PM
An: Frey Urs, IT222
Cc: sles-beta at lists.suse.com
Betreff: Re: [sles-beta] SLES12 beta8 x86_64 net.ifnames=0 inconstisten result on BL460c-Gen8

Hi,

On Tue, Jun 10, 2014 at 01:59:01PM +0000, urs.frey at post.ch wrote:
> When using
> : net.ifnames=0, I get eth1 and eth2
> : net.ifnames=1, I get eno1 and eno2
> : no-parameter, I get eth1 and eth2

net.ifnames=0 is now the default. In addition, SLE 12 now uses the same
mechanisms to provide persistent interface names as SLE 11.

That's why net.ifnames=0 behaves the same as no command-line
parameter at all. net.ifnames=1 can be used to turn on the
"predictable" interface names.

> Before until Beta7 I could use the first NIC as eth0 and in my LinuxRc info file I could define eth0 with its MAC
> This has now been somehow mixed up
> When using udev.rule: "mac=b4:b5:2f:57:a5:90,name=eth0" in my linuxrc info file I get now eth2 having MAC b4:b5:2f:57:a5:90.
> So of course the installation does fail

It seems the linuxrc parameter mac=b4:b5:2f:57:a5:90,name=eth0
does not work. Probably, the udev rule that it creates in
/etc/udev/rules.d/70-persistent-net.rules 
does not match your NIC, but the udev persistent name generator
sees eth0 as being assigned so it invents another name: eth2.

Could you please report this in Bugzilla? It would be helpful if
you could configure linuxrc to drop you in a shell and then post 
the contents of  /etc/udev/rules.d/70-persistent-net.rules

My guess is that the linuxrc generated rule did not work in
previous Betas either, but there was not peristent name
generator that would see eth0 as occupied and invent another
name.

Thanks,

-- 
Jiri Bohac <jbohac at suse.cz>
SUSE Labs, SUSE CZ