F17 wireless card problem
This one might be a lot harder. I installed (fresh) F17 on my new
6-core Phenom II system. I normally will keep that server on and accessible via ssh from the internet so I can monitor logs on Squid, do bandwidth tests on my customers servers, etc. I let the server sit running over Thursday, Friday and Saturday morning last week, came in to do some work on it Sat evening and the wireless NIC would NOT come up. It's set to connect automatically and system connection in Network Manager. Even restarting the Network service failed to bring it up. So, after some digging I noticed this in dmesg: [25013.930030] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [25013.930036] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [25016.435030] ieee80211 phy0: wlan0: No probe response from AP 0c:d5:02:7e:98:1f after 500ms, disconnecting. [25016.441120] cfg80211: Calling CRDA to update world regulatory domain [25016.447192] cfg80211: World regulatory domain updated: [25016.447196] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [25016.447199] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [25016.447230] cfg80211: Calling CRDA for country: US [25016.450200] cfg80211: Regulatory domain changed to country: US [25016.450203] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [25016.450205] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), [25017.234399] wlan0: authenticate with 0c:d5:02:7e:98:1f [25017.239521] wlan0: send auth to 0c:d5:02:7e:98:1f (try 1/3) [25017.440026] wlan0: send auth to 0c:d5:02:7e:98:1f (try 2/3) [25017.641026] wlan0: send auth to 0c:d5:02:7e:98:1f (try 3/3) [25017.842021] wlan0: authentication with 0c:d5:02:7e:98:1f timed out [25030.128035] phy0 -> rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 0. [25035.811027] phy0 -> rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 0. [25041.499026] phy0 -> rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 0. [25047.184028] phy0 -> rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 0. I've never seen this error before on any of my systems. I run F17 on my netbook and have let it sit for days running without this problem. Couple of things to note, I live way out in the boonies, so there is no security on the wireless router I connect to. I've rebooted the router just to make sure it wasn't the problem. The card came up after a reboot, but this is bothersome if I can't rely on the link to be up all the time. I'll be glad to offer any more information that may be necessary. Any ideas? -- Mark Haney Software Developer/Consultant AB Emblem markh@abemblem.com Linux marius.homelinux 3.4.4-4.fc16.x86_64 GNU/Linux -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org |
F17 wireless card problem
On Mon, Jul 16, 2012 at 7:47 AM, Mark Haney <markh@abemblem.com> wrote:
This one might be a lot harder. *I installed (fresh) F17 on my new 6-core Phenom II system. I normally will keep that server on and accessible via ssh from the internet so I can monitor logs on Squid, do bandwidth tests on my customers servers, etc. I let the server sit running over Thursday, Friday and Saturday morning last week, came in to do some work on it Sat evening and the wireless NIC would NOT come up. *It's set to connect automatically and system connection in Network Manager. Even restarting the Network service failed to bring it up. *So, after some digging I noticed this in dmesg: [25013.930030] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [25013.930036] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16). [25016.435030] ieee80211 phy0: wlan0: No probe response from AP 0c:d5:02:7e:98:1f after 500ms, disconnecting. [25016.441120] cfg80211: Calling CRDA to update world regulatory domain [25016.447192] cfg80211: World regulatory domain updated: [25016.447196] cfg80211: * (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [25016.447199] cfg80211: * (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [25016.447230] cfg80211: Calling CRDA for country: US [25016.450200] cfg80211: Regulatory domain changed to country: US [25016.450203] cfg80211: * (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [25016.450205] cfg80211: * (2402000 KHz - 2472000 KHz @ 40000 KHz), [25017.234399] wlan0: authenticate with 0c:d5:02:7e:98:1f [25017.239521] wlan0: send auth to 0c:d5:02:7e:98:1f (try 1/3) [25017.440026] wlan0: send auth to 0c:d5:02:7e:98:1f (try 2/3) [25017.641026] wlan0: send auth to 0c:d5:02:7e:98:1f (try 3/3) [25017.842021] wlan0: authentication with 0c:d5:02:7e:98:1f timed out [25030.128035] phy0 -> rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 0. [25035.811027] phy0 -> rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 0. [25041.499026] phy0 -> rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 0. [25047.184028] phy0 -> rt2x00queue_write_tx_frame: Error - Dropping frame due to full tx queue 0. I've never seen this error before on any of my systems. I run F17 on my netbook and have let it sit for days running without this problem. Couple of things to note, I live way out in the boonies, so there is no security on the wireless router I connect to. *I've rebooted the router just to make sure it wasn't the problem. *The card came up after a reboot, but this is bothersome if I can't rely on the link to be up all the time. I'll be glad to offer any more information that may be necessary. Any ideas? -- Mark Haney Software Developer/Consultant AB Emblem markh@abemblem.com Linux marius.homelinux 3.4.4-4.fc16.x86_64 GNU/Linux -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org Who is the router made by? My thought is that some routers, especially those supplied by Telus, need passwords or they may just fail when you are not looking.*Of course, one of their "tech"-people came over to replace my modem and told me, in his limited MS Windows world, that I needed to change my SSID and password, after which I showed that it Linux worked when they were input with the same data as on the old modem. It could also have been that the network went down for some time and the router needed rebooting.* my ignorant, uneducated, $0.02. I'm a political/social scientist, not a real one LOL. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org |
F17 wireless card problem
On 07/16/2012 11:46 AM, Richard Vickery wrote:
On Mon, Jul 16, 2012 at 7:47 AM, Mark Haney <markh@abemblem.com <mailto:markh@abemblem.com>> wrote: This one might be a lot harder. I installed (fresh) F17 on my new 6-core Phenom II system. I normally will keep that server on and accessible via ssh from the internet so I can monitor logs on Squid, do bandwidth tests on my customers servers, etc. Who is the router made by? My thought is that some routers, especially those supplied by Telus, need passwords or they may just fail when you are not looking. Of course, one of their "tech"-people came over to replace my modem and told me, in his limited MS Windows world, that I needed to change my SSID and password, after which I showed that it Linux worked when they were input with the same data as on the old modem. It could also have been that the network went down for some time and the router needed rebooting. my ignorant, uneducated, $0.02. I'm a political/social scientist, not a real one LOL. It's a Westell DSL Modem/Wireless Router supplied by my ISP. It's been absolutely reliable for the last 2 years and I've never seen this problem with it before. Maybe it's the 'newness' of the card in the server, or it's not entirely the right driver for it. -- Mark Haney Software Developer/Consultant AB Emblem markh@abemblem.com Linux marius.homelinux 3.4.4-4.fc16.x86_64 GNU/Linux -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org |
F17 wireless card problem
On 16.07.2012 16:47, Mark Haney wrote:
> This one might be a lot harder. I installed (fresh) F17 on my new > 6-core Phenom II system. I normally will keep that server on and > accessible via ssh from the internet so I can monitor logs on Squid, > do bandwidth tests on my customers servers, etc. > > I let the server sit running over Thursday, Friday and Saturday > morning last week, came in to do some work on it Sat evening and the > wireless NIC would NOT come up. It's set to connect automatically and > system connection in Network Manager. Even restarting the Network > service failed to bring it up. So, after some digging I noticed this > in dmesg: > > [25013.930030] phy0 -> rt2500pci_set_device_state: Error - Device > failed to enter state 1 (-16). > [25013.930036] phy0 -> rt2500pci_set_device_state: Error - Device > failed to enter state 1 (-16). > [25016.435030] ieee80211 phy0: wlan0: No probe response from AP > 0c:d5:02:7e:98:1f after 500ms, disconnecting. > [25016.441120] cfg80211: Calling CRDA to update world regulatory domain > [25016.447192] cfg80211: World regulatory domain updated: > [25016.447196] cfg80211: (start_freq - end_freq @ bandwidth), > (max_antenna_gain, max_eirp) > [25016.447199] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), > (300 mBi, 2000 mBm) > > [25016.447230] cfg80211: Calling CRDA for country: US > [25016.450200] cfg80211: Regulatory domain changed to country: US > [25016.450203] cfg80211: (start_freq - end_freq @ bandwidth), > (max_antenna_gain, max_eirp) > [25016.450205] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), > [25017.234399] wlan0: authenticate with 0c:d5:02:7e:98:1f > [25017.239521] wlan0: send auth to 0c:d5:02:7e:98:1f (try 1/3) > [25017.440026] wlan0: send auth to 0c:d5:02:7e:98:1f (try 2/3) > [25017.641026] wlan0: send auth to 0c:d5:02:7e:98:1f (try 3/3) > [25017.842021] wlan0: authentication with 0c:d5:02:7e:98:1f timed out > [25030.128035] phy0 -> rt2x00queue_write_tx_frame: Error - Dropping > frame due to full tx queue 0. > [25035.811027] phy0 -> rt2x00queue_write_tx_frame: Error - Dropping > frame due to full tx queue 0. > [25041.499026] phy0 -> rt2x00queue_write_tx_frame: Error - Dropping > frame due to full tx queue 0. > [25047.184028] phy0 -> rt2x00queue_write_tx_frame: Error - Dropping > frame due to full tx queue 0. > > I've never seen this error before on any of my systems. I run F17 on > my netbook and have let it sit for days running without this problem. > > Couple of things to note, I live way out in the boonies, so there is > no security on the wireless router I connect to. I've rebooted the > router just to make sure it wasn't the problem. The card came up > after a reboot, but this is bothersome if I can't rely on the link to > be up all the time. > > I'll be glad to offer any more information that may be necessary. > > Any ideas? > What about this: https://bugzilla.redhat.com/show_bug.cgi?id=753648 ? Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org |
F17 wireless card problem
On Mon, Jul 16, 2012 at 11:54 AM, Mateusz Marzantowicz <mmarzantowicz@osdf.com.pl> wrote:
On 16.07.2012 16:47, Mark Haney wrote: > This one might be a lot harder. *I installed (fresh) F17 on my new > 6-core Phenom II system. I normally will keep that server on and > accessible via ssh from the internet so I can monitor logs on Squid, > do bandwidth tests on my customers servers, etc. > > I let the server sit running over Thursday, Friday and Saturday > morning last week, came in to do some work on it Sat evening and the > wireless NIC would NOT come up. *It's set to connect automatically and > system connection in Network Manager. Even restarting the Network > service failed to bring it up. *So, after some digging I noticed this > in dmesg: > > [25013.930030] phy0 -> rt2500pci_set_device_state: Error - Device > failed to enter state 1 (-16). > [25013.930036] phy0 -> rt2500pci_set_device_state: Error - Device > failed to enter state 1 (-16). > [25016.435030] ieee80211 phy0: wlan0: No probe response from AP > 0c:d5:02:7e:98:1f after 500ms, disconnecting. > [25016.441120] cfg80211: Calling CRDA to update world regulatory domain > [25016.447192] cfg80211: World regulatory domain updated: > [25016.447196] cfg80211: * (start_freq - end_freq @ bandwidth), > (max_antenna_gain, max_eirp) > [25016.447199] cfg80211: * (2402000 KHz - 2472000 KHz @ 40000 KHz), > (300 mBi, 2000 mBm) > > [25016.447230] cfg80211: Calling CRDA for country: US > [25016.450200] cfg80211: Regulatory domain changed to country: US > [25016.450203] cfg80211: * (start_freq - end_freq @ bandwidth), > (max_antenna_gain, max_eirp) > [25016.450205] cfg80211: * (2402000 KHz - 2472000 KHz @ 40000 KHz), > [25017.234399] wlan0: authenticate with 0c:d5:02:7e:98:1f > [25017.239521] wlan0: send auth to 0c:d5:02:7e:98:1f (try 1/3) > [25017.440026] wlan0: send auth to 0c:d5:02:7e:98:1f (try 2/3) > [25017.641026] wlan0: send auth to 0c:d5:02:7e:98:1f (try 3/3) > [25017.842021] wlan0: authentication with 0c:d5:02:7e:98:1f timed out > [25030.128035] phy0 -> rt2x00queue_write_tx_frame: Error - Dropping > frame due to full tx queue 0. > [25035.811027] phy0 -> rt2x00queue_write_tx_frame: Error - Dropping > frame due to full tx queue 0. > [25041.499026] phy0 -> rt2x00queue_write_tx_frame: Error - Dropping > frame due to full tx queue 0. > [25047.184028] phy0 -> rt2x00queue_write_tx_frame: Error - Dropping > frame due to full tx queue 0. > > I've never seen this error before on any of my systems. I run F17 on > my netbook and have let it sit for days running without this problem. > > Couple of things to note, I live way out in the boonies, so there is > no security on the wireless router I connect to. *I've rebooted the > router just to make sure it wasn't the problem. *The card came up > after a reboot, but this is bothersome if I can't rely on the link to > be up all the time. > > I'll be glad to offer any more information that may be necessary. > > Any ideas? > What about this: https://bugzilla.redhat.com/show_bug.cgi?id=753648 ? Mateusz Marzantowicz -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org I must apologise to my political science*colleagues if any other's exist who use Fedora, let alone other versions of Linux. It is not my intent to poke fun at social sciences, only at myself.* -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org |
F17 wireless card problem
On 07/17/2012 01:11 PM, Richard Vickery wrote:
> I must apologise to my political science colleagues if any other's exist who use > Fedora, let alone other versions of Linux. It is not my intent to poke fun at > social sciences, only at myself. You quoted the wrong message when you decided to apologize. Without going back and finding the other message your apology made no sense. It is also standard practice, and encouraged, to trim relies to contain only the relevant information. -- Never be afraid to laugh at yourself, after all, you could be missing out on the joke of the century. -- Dame Edna Everage -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org |
F17 wireless card problem
On 07/16/2012 02:54 PM, Mateusz Marzantowicz wrote:
What about this: https://bugzilla.redhat.com/show_bug.cgi?id=753648 ? Mateusz Marzantowicz That certainly does seem to match what I'm seeing. Added myself to the CC list. Thanks. -- Mark Haney Software Developer/Consultant AB Emblem markh@abemblem.com Linux marius.homelinux 3.4.4-4.fc16.x86_64 GNU/Linux -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org |
F17 wireless card problem
On Mon, Jul 16, 2012 at 10:17 PM, Ed Greshko <Ed.Greshko@greshko.com> wrote:
On 07/17/2012 01:11 PM, Richard Vickery wrote: > I must apologise to my political science colleagues if any other's exist who use > Fedora, let alone other versions of Linux. It is not my intent to poke fun at > social sciences, only at myself. You quoted the wrong message when you decided to apologize. *Without going back and finding the other message your apology made no sense. It is also standard practice, and encouraged, to trim relies to contain only the relevant information. -- Never be afraid to laugh at yourself, after all, you could be missing out on the joke of the century. -- Dame Edna Everage -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org Hi Ed: I think the political science guys are smart enough to figure it out, and for the rest, it doesn't matter so much because computer science/tech people will either miss it, or disregard my comment as coming from a flake, which is okay with me because the joke was directed at myself. Regards,Richard -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org |
| All times are GMT. The time now is 05:49 AM. |
VBulletin, Copyright ©2000 - 2013, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.