What | Removed | Added |
---|---|---|
Status | NEW | RESOLVED |
Resolution | --- | DUPLICATE |
(In reply to Thomas Formella from comment #20) > Created attachment 773046 [details] > linuxrc.log after booting the NET install CD with boot paramer ifcfg= > > linuxrc.log after booting the NET install CD with boot parameter > ifcfg=$MAC=dhcp,DHCLIENT_CLIENT_ID=01:$MAC as requested by Marius > Tomaschewski (Comment 13). AFAIS, the logs show that `ifcfg=$MAC=dhcp` were used without the `DHCLIENT_CLIENT_ID=01:$MAC` parameter which I can't see anywhere, so the `DHCLIENT_CLIENT_ID=01:$MAC` variable is not written to the ifcfg file or not visible in the logs: 17:20:00 <4>: parsing ifcfg: 00:22:xx:xx:xx:xx=dhcp, 17:20:00 <4>: device = 00:22:xx:xx:xx:xx type = dhcp dhcp = 1, pattern = 1, used = 0, prefix = 0, ptp = 0 ... 17:20:37 <2>: ifcfg_write: device = eth0, ifcfg = 00:22:xx:xx:xx:xx 17:20:37 <2>: creating ifcfg-eth0: 17:20:37 <2>: BOOTPROTO='dhcp' 17:20:37 <2>: STARTMODE='auto' 17:20:37 <2>: adjusting /etc/sysconfig/network/dhcp: 17:20:37 <2>: DHCLIENT_SET_HOSTNAME="yes" 17:20:37 <1>: eth0: network config created OK, closing it -- using the client-id acc. to the new RFC is a feature, not a bug. See also: https://github.com/openSUSE/wicked/wiki/FAQ#q-why-is-wicked-unable-to-provide-a-dhcpv4-lease-on-newer-versions *** This bug has been marked as a duplicate of bug 1115668 ***