[Bug 902771] New: No network with wireless card and wicked service
http://bugzilla.suse.com/show_bug.cgi?id=902771 Bug ID: 902771 Summary: No network with wireless card and wicked service Classification: openSUSE Product: openSUSE Factory Version: 13.2 Beta 1 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: bnc-team-screening@forge.provo.novell.com Reporter: pilotgi@gmail.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- After bug #893678 was marked as a duplicate of #895447 I am creating a new bug as I am still unable to get a network connection with my wireless card and wicked. I followed the instructions from the last comment of bug #893678 to shut down NetworkManager and verify that wicked is the only service running. Here is the output of 'systemctl status network.service wickedd.service wpa_supplicant.service NetworkManager.service' wicked.service - wicked managed network interfaces Loaded: loaded (/usr/lib/systemd/system/wicked.service; enabled) Active: active (exited) since Mon 2014-10-27 12:41:05 CDT; 4min 44s ago Process: 917 ExecStart=/usr/sbin/wicked --systemd ifup all (code=exited, status=0/SUCCESS) Main PID: 917 (code=exited, status=0/SUCCESS) CGroup: /system.slice/wicked.service Oct 27 12:41:05 linux-0a83 wicked[917]: device enp9s0 failed: operation timed out Oct 27 12:41:05 linux-0a83 wicked[917]: device wlp5s5 failed: operation timed out Oct 27 12:41:05 linux-0a83 wicked[917]: lo up Oct 27 12:41:05 linux-0a83 wicked[917]: enp9s0 setup-in-progress Oct 27 12:41:05 linux-0a83 wicked[917]: wlp5s5 setup-in-progress wickedd.service - wicked network management service daemon Loaded: loaded (/usr/lib/systemd/system/wickedd.service; enabled) Active: active (running) since Mon 2014-10-27 12:40:35 CDT; 5min ago Main PID: 903 (wickedd) CGroup: /system.slice/wickedd.service └─903 /usr/sbin/wickedd --systemd --foreground Oct 27 12:40:35 linux-0a83 wickedd[903]: unable to translate eap protocol AKA Oct 27 12:40:35 linux-0a83 wickedd[903]: unable to translate eap protocol AKA' Oct 27 12:40:35 linux-0a83 wickedd[903]: unable to translate eap protocol FAST Oct 27 12:40:36 linux-0a83 wickedd[903]: lo: address 127.0.0.1 covered by a static lease Oct 27 12:40:37 linux-0a83 wickedd[903]: lo: address ::1 covered by a static lease wpa_supplicant.service - WPA Supplicant daemon Loaded: loaded (/usr/lib/systemd/system/wpa_supplicant.service; enabled) Active: active (running) since Mon 2014-10-27 12:40:33 CDT; 5min ago Main PID: 815 (wpa_supplicant) CGroup: /system.slice/wpa_supplicant.service └─815 /usr/sbin/wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -u -f /var/log/wpa_sup... Oct 27 12:40:35 linux-0a83 wpa_supplicant[815]: ioctl[SIOCSIWENCODEEXT]: Invalid argument Oct 27 12:40:35 linux-0a83 wpa_supplicant[815]: ioctl[SIOCSIWENCODEEXT]: Invalid argument NetworkManager.service - Network Manager Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; disabled) Active: inactive (dead) And here is the result of the same command with ethernet connected: wicked.service - wicked managed network interfaces Loaded: loaded (/usr/lib/systemd/system/wicked.service; enabled) Active: active (exited) since Mon 2014-10-27 13:10:09 CDT; 8min ago Process: 4483 ExecStop=/usr/sbin/wicked --systemd ifdown all (code=exited, status=0/SUCCESS) Process: 2630 ExecReload=/usr/sbin/wicked --systemd ifreload all (code=exited, status=0/SUCCESS) Process: 4490 ExecStart=/usr/sbin/wicked --systemd ifup all (code=exited, status=0/SUCCESS) Main PID: 4490 (code=exited, status=0/SUCCESS) CGroup: /system.slice/wicked.service Oct 27 13:10:09 linux-0a83 wicked[4490]: device wlp5s5 failed: operation timed out Oct 27 13:10:09 linux-0a83 wicked[4490]: lo up Oct 27 13:10:09 linux-0a83 wicked[4490]: enp9s0 up Oct 27 13:10:09 linux-0a83 wicked[4490]: wlp5s5 setup-in-progress wickedd.service - wicked network management service daemon Loaded: loaded (/usr/lib/systemd/system/wickedd.service; enabled) Active: active (running) since Mon 2014-10-27 12:40:35 CDT; 37min ago Main PID: 903 (wickedd) CGroup: /system.slice/wickedd.service └─903 /usr/sbin/wickedd --systemd --foreground Oct 27 13:04:39 linux-0a83 wickedd[903]: lo: address ::1 covered by a static lease Oct 27 13:06:26 linux-0a83 wickedd[903]: lo: address 127.0.0.1 covered by a static lease Oct 27 13:06:26 linux-0a83 wickedd[903]: lo: address ::1 covered by a static lease Oct 27 13:08:19 linux-0a83 wickedd[903]: lo: address 127.0.0.1 covered by a static lease Oct 27 13:08:19 linux-0a83 wickedd[903]: lo: address ::1 covered by a static lease Oct 27 13:08:53 linux-0a83 wickedd[903]: lo: address 127.0.0.1 covered by a static lease Oct 27 13:08:53 linux-0a83 wickedd[903]: lo: address ::1 covered by a static lease Oct 27 13:09:39 linux-0a83 wickedd[903]: lo: address 127.0.0.1 covered by a static lease Oct 27 13:09:39 linux-0a83 wickedd[903]: lo: address ::1 covered by a static lease Oct 27 13:09:41 linux-0a83 wickedd[903]: enp9s0: Notified neighbours about IP address 192.xxx.x.xx wpa_supplicant.service - WPA Supplicant daemon Loaded: loaded (/usr/lib/systemd/system/wpa_supplicant.service; enabled) Active: active (running) since Mon 2014-10-27 12:40:33 CDT; 37min ago Main PID: 815 (wpa_supplicant) CGroup: /system.slice/wpa_supplicant.service └─815 /usr/sbin/wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -u -f /var/log/wpa_sup... Oct 27 12:40:35 linux-0a83 wpa_supplicant[815]: ioctl[SIOCSIWENCODEEXT]: Invalid argument Oct 27 12:40:35 linux-0a83 wpa_supplicant[815]: ioctl[SIOCSIWENCODEEXT]: Invalid argument NetworkManager.service - Network Manager Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; disabled) Active: inactive (dead) And the result of 'ps axwww | grep -E "dhc|NetworkManager" | grep -v grep' 900 ? SLs 0:00 /usr/lib/wicked/bin/wickedd-dhcp4 --systemd --foreground 901 ? SLs 0:00 /usr/lib/wicked/bin/wickedd-dhcp6 --systemd --foreground enp9s0 is set to 'Connect automatically on cable connection'. If I unplug the cable and reboot, I have to restart the network 3-4 times after conncecting the cable before I get a connection -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=902771
kevin vandeventer
http://bugzilla.suse.com/show_bug.cgi?id=902771
Christoph Feck
http://bugzilla.suse.com/show_bug.cgi?id=902771
Pawel Wieczorkiewicz
I can confirm that the issue is also occuring without NetworkManager being installed (no output from "rpm -qa | grep -i networkmanager").
We still have not received proper logs with disabled NetworkManager. Please provide them. Here is how to do it: ‒ set DEBUG=all in /etc/sysconfig/network/config ‒ systemctl restart wickedd ‒ wicked --debug all ifup all # systemctl restart wicked ‒ wicked ifstatus all > status.log ‒ wicked show-config > configs.log ‒ journalctl -b -o short-iso > wicked.log - edit /usr/lib/systemd/system/wpa_supplicant.service file: -ExecStart=/usr/sbin/wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -u -f /var/log/wpa_supplicant.log +ExecStart=/usr/sbin/wpa_supplicant -dddt -c /etc/wpa_supplicant/wpa_supplicant.conf -u -f /var/log/wpa_supplicant.log - systemctl daemon-reload - systemctl restart wpa_supplicant reproduce the issue and attach: status.log, configs.log, wicked.log and /var/log/wpa_supplicant.log Thanks. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=902771
Pawel Wieczorkiewicz
http://bugzilla.suse.com/show_bug.cgi?id=902771
--- Comment #3 from Pawel Wieczorkiewicz
enp9s0 is set to 'Connect automatically on cable connection'. If I unplug the cable and reboot, I have to restart the network 3-4 times after conncecting the cable before I get a connection
This can be fixed by enabling nanny. Which is supposed to deal with hotplug scenarios like the one above. In order to do so edit /etc/wicked/common.xml - <use-nanny>false</use-nanny> + <use-nanny>true</use-nanny> and call: systemctl restart wickedd wicked ifup enp9s0 you should be able to plug in and unplug the cable and the network should be configured automatically for you. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=902771
--- Comment #4 from Pawel Wieczorkiewicz
I can confirm that the issue is also occuring without NetworkManager being installed (no output from "rpm -qa | grep -i networkmanager").
Please provide logs as requested in the comment #2. Thanks. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=902771
--- Comment #5 from kevin vandeventer
enp9s0 is set to 'Connect automatically on cable connection'. If I unplug the cable and reboot, I have to restart the network 3-4 times after conncecting the cable before I get a connection
This can be fixed by enabling nanny. Which is supposed to deal with hotplug scenarios like the one above.
In order to do so edit /etc/wicked/common.xml
- <use-nanny>false</use-nanny> + <use-nanny>true</use-nanny>
and call: systemctl restart wickedd wicked ifup enp9s0
you should be able to plug in and unplug the cable and the network should be configured automatically for you.
The only text in my /etc/wicked/common.xml is 'false'. I also have /etc/wicked/nanny.xml but it is blank. Should I change false to true in the common.xml file? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=902771
Marius Tomaschewski
systemctl restart wickedd wicked ifup enp9s0 ^^^^^^ all
All config has to be reapplied.
The only text in my /etc/wicked/common.xml is 'false'.
Then the file is broken, please reinstall wicked.
I also have /etc/wicked/nanny.xml but it is blank.
No, do not touch nanny.xml. It is for nanny only. The use-nanny flag is also used in nanny but basically most important in the _client_ which has to feed the config into nanny and not into the wickedd directly.
Should I change false to true in the common.xml file?
It needs this content: <!-- Common configuration file sourced by all application-specific files --> <config> <piddir path="/run/wicked" mode="0755"/> <statedir path="/run/wicked" mode="0755"/> <storedir path="/var/lib/wicked" mode="0755"/> <!-- Config options specific to DBus service --> <dbus> <service name="org.opensuse.Network" /> <schema name="/usr/share/wicked/schema/wicked.xml"/> </dbus> <!-- Use nanny or not: 'false': causes ifup (and ifreload) to apply the config directly into wickedd without nanny involved (one shot setup). 'true': causes ifup (and ifreload) to apply a policy with the effective config to nanny and nanny configures wickedd then; with hotplug support. After a change, restart wickedd.service and execute "wicked ifup all" to (re)apply the config / policies. --> <use-nanny>true</use-nanny> <!-- If you want to make changes to this file, consider putting your changes into /etc/wicked/local.xml instead. Otherwise, you may lose your changes when applying future maintenance updates. --> <include name="local.xml" optional="true" /> </config> -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=902771
--- Comment #7 from kevin vandeventer
http://bugzilla.suse.com/show_bug.cgi?id=902771
--- Comment #8 from Marius Tomaschewski
http://bugzilla.suse.com/show_bug.cgi?id=902771
Marius Tomaschewski
http://bugzilla.suse.com/show_bug.cgi?id=902771
--- Comment #10 from kevin vandeventer
http://bugzilla.suse.com/show_bug.cgi?id=902771
--- Comment #11 from Bernhard Wiedemann
I followed the instructions from comment 8 to reinstall wicked. After, the result of 'ls -l /etc/wicked/common.xml*' is:
-rw-r--r-- 1 root root 1161 Oct 14 01:02 /etc/wicked/common.xml
The date is still from last month and the file still says 'false'.
1161 is the correct size of the original file, though. How did you see the "false" ? did you try vim? You can get the correct one with old /etc/wicked/common.xml ; zypper in -f wicked -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=902771
Michael Schröder
http://bugzilla.suse.com/show_bug.cgi?id=902771
--- Comment #13 from kevin vandeventer
(In reply to kevin vandeventer from comment #10)
I followed the instructions from comment 8 to reinstall wicked. After, the result of 'ls -l /etc/wicked/common.xml*' is:
-rw-r--r-- 1 root root 1161 Oct 14 01:02 /etc/wicked/common.xml
The date is still from last month and the file still says 'false'.
1161 is the correct size of the original file, though. How did you see the "false" ? did you try vim?
You can get the correct one with old /etc/wicked/common.xml ; zypper in -f wicked
I see now that the default app to open the common.xml file is Konqueror, while I was assuming it was KWrite. Konqueror is the one that just shows 'false'. If I use KWrite to open the file, it has content similar to the example in comment 6 from Mr. Tomaschewski except instead of-- <use-nanny>true</use-nanny> I have <use-nanny>false</use-nanny> Also, I have no /etc/wicked/local.xml I tried using the 'old /etc/wicked/common.xml ;' command, but the new common.xml file still says it was created Oct 14. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=902771
--- Comment #14 from Marius Tomaschewski
If I use KWrite to open the file, it has content similar to the example in comment 6 from Mr. Tomaschewski except instead of-- <use-nanny>true</use-nanny>
I have <use-nanny>false</use-nanny>
OK, then please either _change_ it to <use-nanny>true</use-nanny>, e.g. using: old /etc/wicked/common.xml sed -e 's|<use-nanny>false</use-nanny>|<use-nanny>true</use-nanny>|g' -i /etc/wicked/common.xml or create a local.xml containing it: printf "<config>\n\t<use-nanny>true</use-nanny>\n</config>\n" > /etc/wicked/local.xml both commands have to be executed as root of course. Then verify that the file is changed: grep use-nanny /etc/wicked/*.xml and contains a <use-nanny>false</use-nanny> now, then restart wickedd and reapply the configs: rcwickedd restart # note: wickedd with 2 * d here wicked ifup all or reboot. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.suse.com/show_bug.cgi?id=902771
--- Comment #16 from kevin vandeventer
participants (1)
-
bugzilla_noreply@novell.com