Description of problem: Networkmanager is a dependency of the gnome-control-center, and it seems that either draknetcenter or Networkmanager do not properly handle the option: NM_CONTROLLED=no in the config files (/etc/sysconfig/network-scripts/wireless.d/). therefore the WLAN link does not come up at all, with many strange and non trackable error messages like: "wlan0: disassociating by local choice (reason=3)" or "Link beat lost" etc. the fix for me was to remove Networkmanager and all depending packages. Version-Release number of selected component (if applicable): latest version as of 11.08.2011 How reproducible: Steps to Reproduce: 1.install Networkmanager and drakx-net 2. establish a WIFI connection with b43, WL, or zd1211rw with WPA(2) or no encryption 3. watch the messages in dmesg and /var/log/messages ... 4. urpme networkmanager 5. enjoy the Internet
Priority: Normal => release_blockerCC: (none) => smiling.diego
See https://bugs.mageia.org/show_bug.cgi?id=2160
CC: (none) => ftg
Temporarily solution for Gnome users could be disabling networkmanager by using the following cmds as root: service networkmanager stop chkconfig networkmanager --del
CC: (none) => jani.valimaa
I disabled the nm-applet dep from g-c-c for now.
CC: (none) => balcaen.john, mageia
if i'm not wrong blino already fix this & nm should not interfere anymore with drakx tools Could you check your /etc/sysconfig/NetworkManager.conf and ensure that the plugin used are ifcfg-rh,keyfile ?
the contents of my NetworkManager.conf is as follows: cat /etc/NetworkManager/NetworkManager.conf [main] plugins=ifcfg-rh,keyfile I will now ttry to reboot and see what happens... btw. also the equivalent tick mark in the GUI to NM_CONTROLLED=no gets always reset, regardless how I change it.
after a reboot I got the following messages in dmesg: wlan1: deauthenticating from 00:0b:6b:00:00:00 by local choice (reason=2) b43-phy0 debug: Disabling hardware based encryption for keyidx: 0, mac: 00:0b:6b:00:00:00 cfg80211: Calling CRDA to update world regulatory domain cfg80211: World regulatory domain updated: cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) cfg80211: Calling CRDA for country: CH cfg80211: Regulatory domain changed to country: CH cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) cfg80211: (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm) cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (N/A, 2000 mBm) cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (N/A, 2000 mBm) cfg80211: (5490000 KHz - 5710000 KHz @ 40000 KHz), (N/A, 2700 mBm) wlan1: authenticate with 00:0b:6b:00:00:00 (try 1) wlan1: authenticated wlan1: associate with 00:0b:6b:00:00:00 (try 1) wlan1: RX AssocResp from 00:0b:6b:00:00:00 (capab=0x411 status=0 aid=1) wlan1: associated wlan1: disassociating from 00:0b:6b:00:00:00 by local choice (reason=3) wlan1: deauthenticating from 00:0b:6b:00:00:00 by local choice (reason=3) cfg80211: Calling CRDA to update world regulatory domain cfg80211: World regulatory domain updated: cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) cfg80211: Calling CRDA for country: CH cfg80211: Regulatory domain changed to country: CH cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) cfg80211: (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm) cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (N/A, 2000 mBm) cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (N/A, 2000 mBm) cfg80211: (5490000 KHz - 5710000 KHz @ 40000 KHz), (N/A, 2700 mBm) wlan1: authenticate with 00:0b:6b:00:00:00 (try 1) wlan1: authenticated wlan1: associate with 00:0b:6b:00:00:00 (try 1) wlan1: RX AssocResp from 00:0b:6b:00:00:00 (capab=0x411 status=0 aid=1) wlan1: associated wlan1: disassociating from 00:0b:6b:00:00:00 by local choice (reason=3) wlan1: deauthenticating from 00:0b:6b:00:00:00 by local choice (reason=3) cfg80211: Calling CRDA to update world regulatory domain cfg80211: World regulatory domain updated: cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) cfg80211: Calling CRDA for country: CH cfg80211: Regulatory domain changed to country: CH cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) cfg80211: (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm) cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (N/A, 2000 mBm) cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (N/A, 2000 mBm) cfg80211: (5490000 KHz - 5710000 KHz @ 40000 KHz), (N/A, 2700 mBm) wlan1: authenticate with 00:0b:6b:00:00:00 (try 1) wlan1: authenticated wlan1: associate with 00:0b:6b:00:00:00 (try 1) wlan1: RX AssocResp from 00:0b:6b:00:00:00 (capab=0x411 status=0 aid=1) wlan1: associated wlan1: disassociating from 00:0b:6b:00:00:00 by local choice (reason=3) wlan1: deauthenticating from 00:0b:6b:00:00:00 by local choice (reason=3) cfg80211: Calling CRDA to update world regulatory domain cfg80211: World regulatory domain updated: cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) cfg80211: Calling CRDA for country: CH cfg80211: Regulatory domain changed to country: CH cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) cfg80211: (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm) cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (N/A, 2000 mBm) cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (N/A, 2000 mBm) cfg80211: (5490000 KHz - 5710000 KHz @ 40000 KHz), (N/A, 2700 mBm) wlan1: authenticate with 00:0b:6b:00:00:00 (try 1) wlan1: authenticated wlan1: associate with 00:0b:6b:00:00:00 (try 1) wlan1: RX AssocResp from 00:0b:6b:00:00:00 (capab=0x411 status=0 aid=1) wlan1: associated wlan1: disassociating from 00:0b:6b:00:00:00 by local choice (reason=3) wlan1: deauthenticating from 00:0b:6b:00:00:00 by local choice (reason=3) cfg80211: Calling CRDA to update world regulatory domain cfg80211: World regulatory domain updated: cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) cfg80211: Calling CRDA for country: CH cfg80211: Regulatory domain changed to country: CH cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) cfg80211: (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm) cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (N/A, 2000 mBm) cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (N/A, 2000 mBm) cfg80211: (5490000 KHz - 5710000 KHz @ 40000 KHz), (N/A, 2700 mBm) wlan1: authenticate with 00:0b:6b:00:00:00 (try 1) wlan1: authenticated wlan1: associate with 00:0b:6b:00:00:00 (try 1) wlan1: RX AssocResp from 00:0b:6b:00:00:00 (capab=0x411 status=0 aid=1) wlan1: associated wlan1: disassociating from 00:0b:6b:00:00:00 by local choice (reason=3) wlan1: deauthenticating from 00:0b:6b:00:00:00 by local choice (reason=3) cfg80211: Calling CRDA to update world regulatory domain cfg80211: World regulatory domain updated: cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) cfg80211: Calling CRDA for country: CH cfg80211: Regulatory domain changed to country: CH cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) cfg80211: (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm) cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (N/A, 2000 mBm) cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (N/A, 2000 mBm) cfg80211: (5490000 KHz - 5710000 KHz @ 40000 KHz), (N/A, 2700 mBm) b43-phy0 debug: Removing Interface type 2 b43-phy0 debug: Wireless interface stopped b43-phy0 debug: DMA-64 rx_ring: Used slots 1/64, Failed frames 0/0 = 0.0%, Average tries 0.00 b43-phy0 debug: DMA-64 tx_ring_AC_BK: Used slots 0/256, Failed frames 0/0 = 0.0%, Average tries 0.00 b43-phy0 debug: DMA-64 tx_ring_AC_BE: Used slots 4/256, Failed frames 0/23 = 0.0%, Average tries 1.00 b43-phy0 debug: DMA-64 tx_ring_AC_VI: Used slots 0/256, Failed frames 0/0 = 0.0%, Average tries 0.00 b43-phy0 debug: DMA-64 tx_ring_AC_VO: Used slots 4/256, Failed frames 0/131 = 0.0%, Average tries 1.00 b43-phy0 debug: DMA-64 tx_ring_mcast: Used slots 0/256, Failed frames 0/0 = 0.0%, Average tries 0.00 b43-phy0: Loading firmware version 508.1084 (2009-01-14 01:32:01) b43-phy0 debug: b2062: Using crystal tab entry 19200 kHz. b43-phy0 debug: Chip initialized b43-phy0 debug: 64-bit DMA initialized b43-phy0 debug: QoS enabled b43-phy0 debug: Wireless interface started b43-phy0 debug: Adding Interface type 2 ADDRCONF(NETDEV_UP): wlan1: link is not ready after stopping the service as suggested by comment 2 I get the following messages: wlan1: authenticate with 00:0b:6b:00:00:00 (try 1) wlan1: authenticated wlan1: associate with 00:0b:6b:00:00:00 (try 1) wlan1: RX AssocResp from 00:0b:6b:00:00:00 (capab=0x411 status=0 aid=1) wlan1: associated ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready b43-phy0 debug: Using hardware based encryption for keyidx: 0, mac: 00:0b:6b:00:00:00 b43-phy0 debug: Using hardware based encryption for keyidx: 1, mac: ff:ff:ff:ff:ff:ff wlan1: no IPv6 routers present
Created attachment 718 [details] screenshot of the network settings GUI (German) I took a screenshot of the settings for my standard WLAN connection, standard setting of the tick marks is all ticked, before I took the screenshot I unticked all the tick marks then saved the settings, closed the window and reopened, the result can be seen on the image: only the first two have any effect (allow users to manage connection and start at boot time) the 3 remaining remain ticked (activate traffic accounting, Allow connection being managed by NM and allow AP roaming). maybe the problem is with the Drakx tools and not NM?
Is this problem still there in current cauldron?
CC: (none) => marja11Whiteboard: (none) => NEEDINFO
Last hour I updated from a current mga1 to chauldron and my eth0 ethernet LAN did not come up any more. Not automaticaly at boot, not by using the tray icon, not by draknetcenter. Trying CLI: # ifup eth0 /sbin/ifup: interface eth0 is controlled by NetworkManager; skipping. Well i checked that bo when initially installing mga1 (just because i sounded fancy and my router reboots now and then so i thought it might be good). And it have been working OK in mga1. Now i brought up network center and unchecked "Let it be controlled by network manager" -and now i can bring it up :) # ifup eth0 Determining IP information for eth0... done. Interface "eth0" is already enabled. Laddar om vnstatd konfiguration: [ OK ]
CC: (none) => fri
(In reply to comment #9) > Last hour I updated from a current mga1 to chauldron and my eth0 ethernet LAN > did not come up any more. Not automaticaly at boot, not by using the tray > icon, not by draknetcenter. > > Trying CLI: # ifup eth0 > /sbin/ifup: interface eth0 is controlled by NetworkManager; skipping. > > Well i checked that bo when initially installing mga1 (just because i sounded > fancy and my router reboots now and then so i thought it might be good). > > And it have been working OK in mga1. > > Now i brought up network center and unchecked "Let it be controlled by network > manager" -and now i can bring it up :) > > # ifup eth0 > Determining IP information for eth0... done. > Interface "eth0" is already enabled. > Laddar om vnstatd konfiguration: [ OK ] This bug is different than the one reported earlier, because according to your log your network interface was initially managed by NetworkManager. It's probably related to a switch to systemd where nm is not enable per default.
OK. Should i file a new bug? Against what?
Well if it's about networkmanager not starting per default it's wrote explicitly in the README.urpmi :)
There was a bug in drakx-net that overwrote the NM_CONTROLLED setting to yes when saving an ifcfg file if it was already set. I believe this bug is now fixed in cauldron, with drakx-net 1.0
Status: NEW => RESOLVEDResolution: (none) => FIXEDAssignee: bugsquad => mageia
reopening, as my WIFI dropped a while back (my short fix was urpme networkmanager) today I was playing with bluetooth and thus installed gnome-control-center with its dependency NM :) and after a reboot no more WIFI but a NM applet icon besides the the draknetcenter, both showing no connection. after stopping the service WIFI came back immediately. See the below output of systemd: [root@localhost diego]# systemctl status NetworkManager.service NetworkManager.service - Network Manager Loaded: loaded (/lib/systemd/system/NetworkManager.service; disabled) Active: active (running) since Tue, 28 Feb 2012 22:46:04 +0100; 4min 25s ago Main PID: 1407 (NetworkManager) CGroup: name=systemd:/system/NetworkManager.service â 1407 /usr/sbin/NetworkManager --no-daemon Feb 28 22:50:24 localhost.localdomain NetworkManager[1407]: <info> (wlan0): supplicant interface state: disconnected -> inactive Feb 28 22:50:24 localhost.localdomain NetworkManager[1407]: <info> (wlan0): supplicant interface state: inactive -> disconnected Feb 28 22:50:25 localhost.localdomain NetworkManager[1407]: <info> (wlan0): supplicant interface state: disconnected -> inactive Feb 28 22:50:25 localhost.localdomain NetworkManager[1407]: <info> (wlan0): supplicant interface state: inactive -> disconnected Feb 28 22:50:26 localhost.localdomain NetworkManager[1407]: <info> (wlan0): supplicant interface state: disconnected -> inactive Feb 28 22:50:26 localhost.localdomain NetworkManager[1407]: <info> (wlan0): supplicant interface state: inactive -> disconnected Feb 28 22:50:27 localhost.localdomain NetworkManager[1407]: <info> (wlan0): supplicant interface state: disconnected -> inactive Feb 28 22:50:28 localhost.localdomain NetworkManager[1407]: <info> (wlan0): supplicant interface state: inactive -> disconnected Feb 28 22:50:29 localhost.localdomain NetworkManager[1407]: <info> (wlan0): supplicant interface state: disconnected -> inactive Feb 28 22:50:29 localhost.localdomain NetworkManager[1407]: <info> (wlan0): supplicant interface state: inactive -> disconnected [root@localhost diego]# systemctl stop NetworkManager.service [root@localhost diego]# systemctl status NetworkManager.service NetworkManager.service - Network Manager Loaded: loaded (/lib/systemd/system/NetworkManager.service; disabled) Active: inactive (dead) since Tue, 28 Feb 2012 22:50:36 +0100; 5s ago Main PID: 1407 (code=exited, status=0/SUCCESS) CGroup: name=systemd:/system/NetworkManager.service Feb 28 22:50:36 localhost.localdomain NetworkManager[1407]: <info> (eth0): taking down device. Feb 28 22:50:36 localhost.localdomain NetworkManager[1407]: <info> (wlan0): now unmanaged Feb 28 22:50:36 localhost.localdomain NetworkManager[1407]: <info> (wlan0): device state change: disconnected -> unmanaged (reason 'removed'...10 36] Feb 28 22:50:36 localhost.localdomain NetworkManager[1407]: <info> (wlan0): cleaning up... Feb 28 22:50:36 localhost.localdomain NetworkManager[1407]: <info> (wlan0): taking down device. Feb 28 22:50:36 localhost.localdomain NetworkManager[1407]: <info> (ttyUSB0): now unmanaged Feb 28 22:50:36 localhost.localdomain NetworkManager[1407]: <info> (ttyUSB0): device state change: disconnected -> unmanaged (reason 'remove...10 36] Feb 28 22:50:36 localhost.localdomain NetworkManager[1407]: <info> (ttyUSB0): cleaning up... Feb 28 22:50:36 localhost.localdomain NetworkManager[1407]: <info> (ttyUSB0): taking down device. Feb 28 22:50:36 localhost.localdomain NetworkManager[1407]: <info> exiting (success) [root@localhost diego]# systemctl disable NetworkManager.service now trying to reboot and see if its fixed... unfortunately the allow NM to manage this connection tickbox doesnt help at all :(
Status: RESOLVED => REOPENEDResolution: FIXED => (none)
after rebbot its still ok, no more "wlan0: deauthenticating by local choice (reason=3)" [root@localhost diego]# systemctl status NetworkManager.service NetworkManager.service - Network Manager Loaded: loaded (/lib/systemd/system/NetworkManager.service; disabled) Active: inactive (dead) CGroup: name=systemd:/system/NetworkManager.service
is this bug still valid for you ? with a new install of the pre-beta2 is seems working here http://svnweb.mageia.org/packages/cauldron/networkmanager/current/SPECS/networkmanager.spec?view=log add back "discover mac address" patch, to fix handling of NM_CONTROLLED=no in ifcfg file
just tried activating NM again (via systemd) and I'm writing those lines with NM active. version is: networkmanager-0.9.3.995-3.mga2.src.rpm
(In reply to comment #17) > just tried activating NM again (via systemd) and I'm writing those lines with > NM active. > > version is: networkmanager-0.9.3.995-3.mga2.src.rpm Thanks for replying :) Closing as fixed :)
Status: REOPENED => RESOLVEDResolution: (none) => FIXEDWhiteboard: NEEDINFO => (none)
:-)
I'm now wondering if I am crazy or what's going on... today, after a weekend on datacard, back home I had no WLAN... below what I found out: [root@localhost diego]# systemctl status NetworkManager.service NetworkManager.service - Network Manager Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled) Active: active (running) since Sun, 25 Mar 2012 23:03:05 +0200; 47min ago Main PID: 1442 (NetworkManager) CGroup: name=systemd:/system/NetworkManager.service â 1442 /usr/sbin/NetworkManager --no-daemon Mar 25 23:46:49 localhost.localdomain NetworkManager[1442]: ifcfg-rh: parsing /etc/sysconfig/network-scripts/ifcfg-wlan0 ... Mar 25 23:46:49 localhost.localdomain NetworkManager[1442]: <warn> failed to allocate link cache Mar 25 23:46:49 localhost.localdomain NetworkManager[1442]: ifcfg-rh: read connection 'System tempo (wlan0)' Mar 25 23:46:49 localhost.localdomain NetworkManager[1442]: ifcfg-rh: Ignoring connection 'System tempo (wlan0)' and its device due to NM_CO.../VLAN. Mar 25 23:46:49 localhost.localdomain NetworkManager[1442]: <info> (wlan0): now unmanaged Mar 25 23:46:49 localhost.localdomain NetworkManager[1442]: <info> (wlan0): device state change: unavailable -> unmanaged (reason 'unmanaged... 10 3] Mar 25 23:46:49 localhost.localdomain NetworkManager[1442]: <info> (wlan0): cleaning up... Mar 25 23:46:49 localhost.localdomain NetworkManager[1442]: <info> (wlan0): taking down device. Mar 25 23:46:49 localhost.localdomain NetworkManager[1442]: <warn> failed to allocate link cache Mar 25 23:46:49 localhost.localdomain NetworkManager[1442]: <warn> Trying to remove a non-existant call id. NM seems to handle my wlan0 connection! [root@localhost diego]# cat /etc/sysconfig/network-scripts/ifcfg-wlan0 DEVICE=wlan0 BOOTPROTO=dhcp IPADDR=192.168.10.10 NETMASK=255.255.255.0 GATEWAY=192.168.10.1 ONBOOT=yes METRIC=35 MII_NOT_SUPPORTED=no USERCTL=yes RESOLV_MODS=no WIRELESS_MODE=Managed WIRELESS_ESSID=tempo WIRELESS_ENC_KEY=s:myverysecretkey WIRELESS_WPA_DRIVER=wext WIRELESS_WPA_REASSOCIATE=no IPV6INIT=no IPV6TO4INIT=no ACCOUNTING=yes NM_CONTROLLED=no DHCP_CLIENT=dhclient NEEDHOSTNAME=no PEERDNS=yes PEERYP=no PEERNTPD=no even it shouldnt! at this point I disabled NM: [root@localhost diego]# systemctl stop NetworkManager.service NetworkManager.service - Network Manager Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled) Active: inactive (dead) since Sun, 25 Mar 2012 23:53:02 +0200; 9min ago Main PID: 1442 (code=exited, status=0/SUCCESS) CGroup: name=systemd:/system/NetworkManager.service Mar 25 23:50:57 localhost.localdomain NetworkManager[1442]: <info> (wlan0): cleaning up... Mar 25 23:50:57 localhost.localdomain NetworkManager[1442]: <warn> failed to allocate link cache Mar 25 23:50:57 localhost.localdomain NetworkManager[1442]: <warn> Trying to remove a non-existant call id. Mar 25 23:53:02 localhost.localdomain NetworkManager[1442]: <info> caught signal 15, shutting down normally. Mar 25 23:53:02 localhost.localdomain NetworkManager[1442]: <warn> quit request received, terminating... Mar 25 23:53:02 localhost.localdomain NetworkManager[1442]: <info> (eth0): now unmanaged Mar 25 23:53:02 localhost.localdomain NetworkManager[1442]: <info> (eth0): device state change: unavailable -> unmanaged (reason 'removed') [20 10 36] Mar 25 23:53:02 localhost.localdomain NetworkManager[1442]: <info> (eth0): cleaning up... Mar 25 23:53:02 localhost.localdomain NetworkManager[1442]: <info> (eth0): taking down device. Mar 25 23:53:02 localhost.localdomain NetworkManager[1442]: <info> exiting (success) still no connection possible, neither from draknetwork nor from ifup but dmesg is full with logon tries and logoffs by local choice... [root@localhost diego]# ps ax |grep wpa 6746 ? D 0:03 /usr/sbin/wpa_supplicant -c /etc/wpa_supplicant.conf -u -P /var/run/wpa_supplicant.pid 16583 ? Ss 0:00 /usr/sbin/wpa_supplicant -B -i wlan0 -c /etc/wpa_supplicant.conf -D wext 17003 pts/1 S+ 0:00 grep --color wpa [root@localhost diego]# kill 6746 [root@localhost diego]# kill 16583 [root@localhost diego]# ps ax |grep wpa 17102 pts/1 S+ 0:00 grep --color wpa and oh wonder wlan is working again what did I do wrong? I didnt reopen the bug for the moment, as I saw a new rpm of NM is about to be installed... any help is most welcome Source RPM : networkmanager-0.9.3.997-2.mga2.src.rpm with 0.9.4-1 in the pipeline
https://bugs.mageia.org/show_bug.cgi?id=4206 - should be fixed soon probably.. network.service was starting before networkmanager.service so you got two wpa_supplicant instances running at the same time.
CC: (none) => sander.lepik
I wish NM wasnt a dep of gnome ;-) Thanks Sander