http://bugzilla.opensuse.org/show_bug.cgi?id=915025 Bernhard Wiedemann changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bwiedemann@suse.com Assignee|bnc-team-screening@forge.pr |wicked-maintainers@suse.de |ovo.novell.com | --- Comment #1 from Bernhard Wiedemann --- You could try if changing this to true helps: /etc/wicked/common.xml: <use-nanny>false</use-nanny> -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=915025 --- Comment #2 from Per Jessen --- I can confirm it is a regression - on a 13.1 system with traditional ifup/ifdown, an unconnected interface with dhcp will acquire an address when the cable is plugged in. (dhcpcd Bernhard, I'll try out your suggestion later today. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=915025 Marius Tomaschewski changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mt@suse.com --- Comment #4 from Marius Tomaschewski --- Yes, ... it was a management decision to disable nanny by default. Trigger for this was a timeout handling bug#891045 causing that direct "ifup" while installation "accidentially" worked, but not through nanny. nanny is responsible for all the hotpluging, ip setup on-carrier, ... things. wickedd is the "worker" applying things and maintaining only the current state. Wen use-nanny is enabled, ifup puts the configuration to nanny, which keeps it persistently until ifdown or reboot and configures interfaces using wickedd when they appear or carrier comes back. ifup monitors the progress until the ifup timeout is reached (WAIT_FOR_INTERFACES[+STP time], default is 30sec), then it reports status. When use-nanny is disabled, ifup is a one shot setup directly executing the actions (cofigure interface, set link up, apply address, request dhcp, ...) and stops when timeout (above) is reached and reports status. When there was no carrier until now on an interface, e.g. dhcp isn't requested. IMO, we have to push nanny to get enabled again: in wicked _and_ linuxrc, which is disabling it unless you set nanny=1 at installation time. I'll add it a configure switch and simply enable it in factory again, but for already released versions we need ACK. There are many bugs, where the solution is to enable nanny. All the load/unload NIC driver -> no setup (bsc#902646, bsc#903175, bsc#911810), cable were not plugged in while boot, wireless needs long, even switch with enabled STP and IEEE defaults needs longer until it opens port. -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=915025 http://bugzilla.opensuse.org/show_bug.cgi?id=915025#c7 Pawel Wieczorkiewicz changed: What |Removed |Added ---------------------------------------------------------------------------- Status|IN_PROGRESS |RESOLVED Resolution|--- |FIXED --- Comment #7 from Pawel Wieczorkiewicz --- Closing as Fixed (see comment#6). -- You are receiving this mail because: You are on the CC list for the bug.