After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 326773 - Problems connecting to wireless unencrypted networks
Problems connecting to wireless unencrypted networks
Status: RESOLVED DUPLICATE of bug 324660
Product: NetworkManager
Classification: Platform
Component: general
0.5.x
Other Linux
: Normal major
: ---
Assigned To: Dan Williams
Dan Williams
Depends on:
Blocks:
 
 
Reported: 2006-01-12 23:31 UTC by Diego González
Modified: 2006-04-21 12:13 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Diego González 2006-01-12 23:31:40 UTC
The last bug fixed the crash. Now when i have the network wire connected and select a wireless network from nm-applet it seems to try to change to the wireless network but falls back to the wired one. This is the output of the daemon (eth0 is the wired network, eth1 is the wireless):

Jan 13 00:28:19 calisto NetworkManager: <debug info>^I[1137108499.429367]  (): Forcing AP 'DTU Wireless'
Jan 13 00:28:19 calisto NetworkManager: <information>^IUser Switch: /org/freedesktop/NetworkManager/Devices/eth1 / DTU Wireless
Jan 13 00:28:19 calisto NetworkManager: <information>^IDeactivating device eth1.
Jan 13 00:28:21 calisto NetworkManager: <information>^IDevice eth1 activation scheduled...
Jan 13 00:28:21 calisto NetworkManager: <information>^IDeactivating device eth0.
Jan 13 00:28:21 calisto dhclient: There is already a pid file /var/run/dhclient.eth0.pid with pid 24940
Jan 13 00:28:21 calisto dhclient: killed old client process, removed PID file
Jan 13 00:28:21 calisto dhclient: sit0: unknown hardware address type 776
Jan 13 00:28:21 calisto dhclient: sit0: unknown hardware address type 776
Jan 13 00:28:21 calisto dhclient: DHCPRELEASE on eth0 to 130.226.28.1 port 67
Jan 13 00:28:22 calisto NetworkManager: <information>^IActivation (eth1) started...
Jan 13 00:28:22 calisto NetworkManager: <information>^IActivation (eth1) Stage 1 (Device Prepare) scheduled...
Jan 13 00:28:22 calisto NetworkManager: <information>^IActivation (eth1) Stage 1 (Device Prepare) started...
Jan 13 00:28:22 calisto NetworkManager: <information>^IActivation (eth1) Stage 2 (Device Configure) scheduled...
Jan 13 00:28:22 calisto NetworkManager: <information>^IActivation (eth1) Stage 1 (Device Prepare) complete.
Jan 13 00:28:22 calisto NetworkManager: <information>^IActivation (eth1) Stage 2 (Device Configure) starting...
Jan 13 00:28:22 calisto NetworkManager: <information>^IActivation (eth1/wireless): access point 'DTU Wireless' is unencrypted, no key needed.
Jan 13 00:28:22 calisto NetworkManager: <WARNING>^I  (): Couldn't start wpa_supplicant.  Error: (8) Failed to execute child process "/usr/sbin/wpa_supplicant" (No such file or directory)
Jan 13 00:28:22 calisto NetworkManager: <WARNING>^I  (): Activation (eth1/wireless): couldn't start the supplicant.
Jan 13 00:28:22 calisto NetworkManager: <information>^IActivation (eth1) failure scheduled...
Jan 13 00:28:22 calisto NetworkManager: <information>^IActivation (eth1) Stage 2 (Device Configure) complete.
Jan 13 00:28:22 calisto NetworkManager: <information>^IActivation (eth1) failed for access point (DTU Wireless)
Jan 13 00:28:22 calisto NetworkManager: <information>^IActivation (eth1) failed.
Jan 13 00:28:22 calisto NetworkManager: <information>^IDeactivating device eth1.
Jan 13 00:28:24 calisto NetworkManager: <information>^ISWITCH: no current connection, found better connection 'eth0'.
Jan 13 00:28:24 calisto NetworkManager: <information>^IWill activate connection 'eth0'.
Jan 13 00:28:24 calisto NetworkManager: <information>^IDevice eth0 activation scheduled...
Jan 13 00:28:24 calisto NetworkManager: <information>^IActivation (eth0) started...


There is more output but i don't think it is useful.
Comment 1 Diego González 2006-01-18 15:32:03 UTC
i just tried the CVS version, the problem persists, but this time the logs are different:

Jan 18 16:30:13 calisto NetworkManager: <debug info>^I[1137598213.364105] nm_device_802_11_wireless_get_activation_ap (): Forcing AP 'DTU Wireless'
Jan 18 16:30:13 calisto NetworkManager: <information>^IUser Switch: /org/freedesktop/NetworkManager/Devices/eth1 / DTU Wireless
Jan 18 16:30:13 calisto NetworkManager: <information>^IDeactivating device eth1.
Jan 18 16:30:15 calisto NetworkManager: <information>^IDevice eth1 activation scheduled...
Jan 18 16:30:15 calisto NetworkManager: <information>^IActivation (eth1) started...
Jan 18 16:30:15 calisto NetworkManager: <information>^IActivation (eth1) Stage 1 (Device Prepare) scheduled...
Jan 18 16:30:15 calisto NetworkManager: <information>^IActivation (eth1) Stage 1 (Device Prepare) started...
Jan 18 16:30:15 calisto NetworkManager: <information>^IActivation (eth1) Stage 2 (Device Configure) scheduled...
Jan 18 16:30:15 calisto NetworkManager: <information>^IActivation (eth1) Stage 1 (Device Prepare) complete.
Jan 18 16:30:15 calisto NetworkManager: <information>^IActivation (eth1) Stage 2 (Device Configure) starting...
Jan 18 16:30:15 calisto NetworkManager: <information>^IActivation (eth1/wireless): access point 'DTU Wireless' is unencrypted, no key needed.
Jan 18 16:30:15 calisto NetworkManager: <information>^IActivation (eth1) failure scheduled...
Jan 18 16:30:15 calisto NetworkManager: <information>^IActivation (eth1) Stage 2 (Device Configure) complete.
Jan 18 16:30:15 calisto NetworkManager: <information>^IActivation (eth1) failed for access point (DTU Wireless)
Jan 18 16:30:15 calisto NetworkManager: <information>^IActivation (eth1) failed.
Jan 18 16:30:15 calisto NetworkManager: <information>^IDeactivating device eth1.

if i do ifup eth1 it just works.
Comment 2 Dan Williams 2006-02-27 07:17:36 UTC

*** This bug has been marked as a duplicate of 324660 ***
Comment 3 Diego González 2006-04-18 00:59:06 UTC
This bug is fixed with the current CVS version. Should i close the bug?
Comment 4 Dan Williams 2006-04-21 12:13:25 UTC
Yup, looks good.