Re: Activation Too Long?
- From: Antony J Mee <A J Mee ncl ac uk>
- To: Ryan Skadberg <skadz1 gmail com>
- Cc: networkmanager-list gnome org
- Subject: Re: Activation Too Long?
- Date: Mon, 06 Feb 2006 17:41:47 +0000
Hi Ryan,
I am also seeing the same thing, with my BCM4306 card and ndiswrapper, on
a Gentoo box (without SELinux).
The example here is trying to connect to an open network 'magpie'.
I'm not even sure it should work with ndiswrapper (someone please confirm).
Though it does appear that all the wpa_supplicant calls suceed.
I'm going to try the bcm4xxx open source drivers too shortly.
tOnY
~snip~
NetworkManager: <information> Device wlan0 activation scheduled...
NetworkManager: <information> Deactivating device eth0.
NetworkManager: <information> Activation (wlan0) started...
NetworkManager: <information> Activation (wlan0) Stage 1 (Device
Prepare) scheduled...
NetworkManager: <information> Activation (wlan0) Stage 1 (Device
Prepare) started...
NetworkManager: <information> Activation (wlan0) Stage 2 (Device
Configure) scheduled...
NetworkManager: <information> Activation (wlan0) Stage 1 (Device
Prepare) complete.
NetworkManager: <information> Activation (wlan0) Stage 2 (Device
Configure) starting...
NetworkManager: <information> Activation (wlan0/wireless): access
point 'magpie' is unencrypted, no key needed.
NetworkManager: <information> SUP: sending command 'INTERFACE_ADD
wlan0 wext /var/run/wpa_supplicant '
NetworkManager: <information> SUP: response was 'OK'
NetworkManager: <information> SUP: sending command 'AP_SCAN 1'
NetworkManager: <information> SUP: response was 'OK'
NetworkManager: <information> SUP: sending command 'ADD_NETWORK'
NetworkManager: <information> SUP: response was '0'
NetworkManager: <information> SUP: sending command 'SET_NETWORK 0 ssid
6d6167706965©'
NetworkManager: <information> SUP: response was 'OK'
NetworkManager: <information> SUP: sending command 'SET_NETWORK 0
key_mgmt NONE'
NetworkManager: <information> SUP: response was 'OK'
NetworkManager: <information> SUP: sending command 'ENABLE_NETWORK 0'
NetworkManager: <information> SUP: response was 'OK'
NetworkManager: <information> Activation (wlan0) Stage 2 (Device
Configure) complete.
Trying to associate with 00:12:43:4d:ea:c0 (SSID='magpie' freq=2417 MHz)
Authentication with 00:00:00:00:00:00 timed out.
Trying to associate with 00:12:43:4d:ea:c0 (SSID='magpie' freq=2417 MHz)
NetworkManager: <information> Activation (wlan0/wireless): association
took too long (>20s), failing activation.
NetworkManager: <information> Activation (wlan0) failure scheduled...
NetworkManager: <information> Activation (wlan0) failed for access
point (magpie)
NetworkManager: <information> Activation (wlan0) failed.
NetworkManager: <information> Deactivating device wlan0.
CTRL-EVENT-TERMINATING - signal 15 received
sendmsg(CTRL_IFACE monitor): No such file or directory
NetworkManager: <information> SWITCH: no current connection, found
better connection 'eth0'.
NetworkManager: <information> Will activate connection 'eth0'.
NetworkManager: <information> Device eth0 activation scheduled...
~snip~
Ryan Skadberg wrote:
Still having these DBus issues. Any more ideas? Anything more I can
do to debug?
Skadz
On 2/4/06, Ryan Skadberg <skadz1 gmail com> wrote:
That was my original thought, sadly, since I have been having some
wacky SELinux issues myself, I've got it disabled at the moment, so it
shouldn't be causing the issue.
Skadz
On 2/3/06, Jeffrey C. Ollie <jeff ocjtech us> wrote:
Are you running with SELinux enabled and in enforcing mode? I noticed
from a previous email that you are running a Rawhide system. I haven't
been able to fully quantify how/why it happens but something with
SELinux gets messed up between reboots. If I relabel the filesystem at
bootup (touch /.autorelabel and then reboot) then things work great.
The next time that I reboot SELinux isn't working properly. It may be
that I'm installing something that is changing the SELinux labels and
that's what's been messing it up (if you run Rawhide things change
frequently, including kernels and SELinux policies, even glibc and gcc
lately).
Try relabeling (touch /.autorelabel and then reboot) and see if that
helps things. Check /var/log/messages and /var/log/audit.log for
messages relating to SELinux, dbus, NetworkManager, dhcpbd, and
wpa_supplicant.
On Fri, 2006-02-03 at 21:41 -0500, Ryan Skadberg wrote:
Thanks Jeff! Attached is what the system dbus sees.
Skadz
On 2/3/06, Jeffrey C. Ollie <jeff ocjtech us> wrote:
On Fri, 2006-02-03 at 19:14 -0500, Ryan Skadberg wrote:
Is there any way I can turn some sort of debugging on to see the dbus sends?
dbus-monitor
Jeff
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
iD8DBQBD4/qSrtk7xyyIQRERAh4zAKCOeSzA6JlrivMgx/j21kgP5UBdeQCfWj5s
NlQFQ7yO2upe43cLd+pNQI0=
=JAQC
-----END PGP SIGNATURE-----
_______________________________________________
NetworkManager-list mailing list
NetworkManager-list gnome org
http://mail.gnome.org/mailman/listinfo/networkmanager-list
_______________________________________________
NetworkManager-list mailing list
NetworkManager-list gnome org
http://mail.gnome.org/mailman/listinfo/networkmanager-list
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
iD8DBQBD5C6frtk7xyyIQRERAjyfAJwP8AOCq7rPzV6Z6QwUig5rCG9pmwCdHvdK
pycklVHf8NQAmtD9bb/6dDk=
=3MYS
-----END PGP SIGNATURE-----
_______________________________________________
NetworkManager-list mailing list
NetworkManager-list gnome org
http://mail.gnome.org/mailman/listinfo/networkmanager-list
_______________________________________________
NetworkManager-list mailing list
NetworkManager-list gnome org
http://mail.gnome.org/mailman/listinfo/networkmanager-list
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]