Downloading Torrents Causes WiFi Crash (must restart)

Bug #399988 reported by jrsommers
28
This bug affects 5 people
Affects Status Importance Assigned to Milestone
Ubuntu IRC Bots
Invalid
Undecided
Unassigned
linux (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

I have tried three different wireless adapters. I have a 90% signal to my router on a Verizon FIOS 50/30 mbps connection.

Everything works brilliantly except WiFi crashes when I attempt large FTP upload/downloads (only tested once) and whenever I attempt to download Torrents, regardless of client used (tested ten times on azureus, transmission, and deluge).

When WiFi crashes as a result of trying to download a torrent, I cannot reconnect unless I reset the computer. If I attempt to reconnect to the network it will just act like it's trying for a long period of time, sometimes ask me for the WEP key (which is already entered), and will never actually reconnect, after maybe five minutes (literally), it will finally state "Disconnected" and stop trying.

My WiFi is completely stable and suffers no issues from http downloads regardless of size, it has no issue streaming video/music, either. It only disconnects during the tasks listed. Please help.

tags: removed: ftp internet torrent wifi
Changed in ubuntu-bots:
status: New → Invalid
Revision history for this message
Philip Muškovac (yofel) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. Unfortunately we can't fix it without more information.
Please include the following additional information, if you have not already done so (pay attention to lspci's additional options), as required by the Ubuntu Kernel Team:

1. Please include the output of the command "uname -a" in your next response. It should be one, long line of text which includes the exact kernel version you're running, as well as the CPU architecture.
2. Please run the command "dmesg > dmesg.log" after a fresh boot and attach the resulting file "dmesg.log" to this bug report.
3. Please run the command "sudo lspci -vnvn > lspci-vnvn.log" and attach the resulting file "lspci-vnvn.log" to this bug report.

For your reference, the full description of procedures for kernel-related bug reports is available at https://wiki.ubuntu.com/KernelTeamBugPolicies. Thanks in advance!

affects: ubuntu → linux (Ubuntu)
Changed in linux (Ubuntu):
status: New → Incomplete
Revision history for this message
Philip Muškovac (yofel) wrote :

 We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!

Changed in linux (Ubuntu):
status: Incomplete → Invalid
Revision history for this message
G7E60M (g7e60m) wrote :

Unfortunally, i have the same bug. Exactly the same.

Revision history for this message
jrsommers (jrsommers) wrote : Re: [Bug 399988] Re: Downloading Torrents Causes WiFi Crash (must restart)

ya, unfortunately i never resolved the issue

On Mar 23, 2010, at 11:54 AM, G7E60M <email address hidden> wrote:

> Unfortunally, i have the same bug. Exactly the same.
>
> --
> Downloading Torrents Causes WiFi Crash (must restart)
> https://bugs.launchpad.net/bugs/399988
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in The official Ubuntu bots: Invalid
> Status in “linux” package in Ubuntu: Invalid
>
> Bug description:
> I have tried three different wireless adapters. I have a 90% signal
> to my router on a Verizon FIOS 50/30 mbps connection.
>
> Everything works brilliantly except WiFi crashes when I attempt
> large FTP upload/downloads (only tested once) and whenever I attempt
> to download Torrents, regardless of client used (tested ten times on
> azureus, transmission, and deluge).
>
> When WiFi crashes as a result of trying to download a torrent, I
> cannot reconnect unless I reset the computer. If I attempt to
> reconnect to the network it will just act like it's trying for a
> long period of time, sometimes ask me for the WEP key (which is
> already entered), and will never actually reconnect, after maybe
> five minutes (literally), it will finally state "Disconnected" and
> stop trying.
>
> My WiFi is completely stable and suffers no issues from http
> downloads regardless of size, it has no issue streaming video/music,
> either. It only disconnects during the tasks listed. Please help.
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/ubuntu-bots/+bug/399988/+subscribe

Revision history for this message
G7E60M (g7e60m) wrote : Re: [Bug 399988] Re: Downloading Torrents Causes WiFi Crash (must restart)

By the way, i also cannot reboot the system. I've been always using
command sudo
reboot, and it doesn't work after crash. Downloading perfectly with the wire
connection. So, if you will find any solution, please let me know. Thank
You.

Revision history for this message
jrsommers (jrsommers) wrote :

I also must force restart/shutdown. Everything is fine hardwired for
me as well. I have found no solution so far but will definitely share
with you if I do as I know how frustrating it can be.

On Fri, Mar 26, 2010 at 6:04 PM, G7E60M <email address hidden> wrote:
> By the way, i also cannot reboot the system. I've been always using
> command sudo
> reboot, and it doesn't work after crash. Downloading perfectly with the wire
> connection. So, if you will find any solution, please let me know. Thank
> You.
>
> --
> Downloading Torrents Causes WiFi Crash (must restart)
> https://bugs.launchpad.net/bugs/399988
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in The official Ubuntu bots: Invalid
> Status in “linux” package in Ubuntu: Invalid
>
> Bug description:
> I have tried three different wireless adapters. I have a 90% signal to my router on a Verizon FIOS 50/30 mbps connection.
>
> Everything works brilliantly except WiFi crashes when I attempt large FTP upload/downloads (only tested once) and whenever I attempt to download Torrents, regardless of client used (tested ten times on azureus, transmission, and deluge).
>
> When WiFi crashes as a result of trying to download a torrent, I cannot reconnect unless I reset  the computer. If I attempt to reconnect to the network it will just act like it's trying for a long period of time, sometimes ask me for the WEP key (which is already entered), and will never actually reconnect, after maybe five minutes (literally), it will finally state "Disconnected" and stop trying.
>
> My WiFi is completely stable and suffers no issues from http downloads regardless of size, it has no issue streaming video/music, either. It only disconnects during the tasks listed. Please help.
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/ubuntu-bots/+bug/399988/+subscribe
>

Revision history for this message
Csabi (csabi-m) wrote :

Hi. I have exactly the same problem. Ubuntu with latest updates. (X or L ubuntu).

uname - a:
Linux 3.0.0-12-generic #20-Ubuntu SMP Fri Oct 7 14:50:42 UTC 2011 i686 i686 i386 GNU/Linux

I am attaching the required dmesg and lspci files.

After starting a torrent download, in serveral minutes the system crashes.
I created a script which logs system acticity in every minute. The script is not logging anymore after this.
So clearly not only the torrent client, or the wifi, the complete system is crasching :(

Without torrenting everything is fine.

Revision history for this message
Csabi (csabi-m) wrote :

lspci attachment

Revision history for this message
Csabi (csabi-m) wrote :

Actually, I found something what can help:

from the dmesg on the failing computer (it's an old comp, I'm using it kind-of as a server):
[ 0.216109] IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
[ 0.216992] TCP established hash table entries: 8192 (order: 4, 65536 bytes)
[ 0.217207] TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
[ 0.217411] TCP: Hash tables configured (established 8192 bind 8192)
[ 0.217422] TCP reno registered
[ 0.217435] UDP hash table entries: 128 (order: 0, 4096 bytes)
[ 0.217475] UDP-Lite hash table entries: 128 (order: 0, 4096 bytes)

dmesg on my desktop computer:
[ 0.219149] IP route cache hash table entries: 131072 (order: 8, 1048576 bytes)
[ 0.220665] TCP established hash table entries: 524288 (order: 11, 8388608 bytes)
[ 0.224791] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes)
[ 0.225311] TCP: Hash tables configured (established 524288 bind 65536)
[ 0.225314] TCP reno registered
[ 0.225328] UDP hash table entries: 2048 (order: 4, 65536 bytes)
[ 0.225372] UDP-Lite hash table entries: 2048 (order: 4, 65536 bytes)

Clearly, the values on the better computer are way higher than on the other.
Can somebody tell me where I can increase these ?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.