FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Debian > Debian User

 
 
LinkBack Thread Tools
 
Old 03-09-2011, 06:11 PM
"David A. Parker"
 
Default Network connection drops in Squeeze

Hello,

I have an HP 6005 workstation with a fresh install of Debian Squeeze,
and I am seeing some very strange networking behavior. The network
connection seems to drop periodically, but it comes back if you hit a
key on the keyboard plugged into the machine.


Here's the general way it happens:

1. I am logged into the machine via SSH
2. I attempt to transfer a large file to or from the machine via SFTP
3. At some point during the transfer, my SSH session will just hang and
all connectivity to the machine is lost (I can't ping it, start a new
SSH session, etc.)
4. If I walk over to the physical machine and hit any key on the
keyboard, all network connectivity immediately resumes.


I can reproduce this with pretty good consistency. It seems to happen
any time I am doing something fairly network intensive (large file
transfer, X11 forwarding, etc.) This is a clean command-line-only
install of Squeeze (64-bit) with the default kernel (2.6.32-5-amd64).


The information for the onboard NIC is as follows:

3f:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5761
Gigabit Ethernet PCIe (rev 10)

Subsystem: Hewlett-Packard Company Device 3047
Flags: bus master, fast devsel, latency 0, IRQ 26
Memory at f0200000 (64-bit, non-prefetchable) [size=64K]
Memory at f0210000 (64-bit, non-prefetchable) [size=64K]
Capabilities: [48] Power Management version 3
Capabilities: [40] Vital Product Data
Capabilities: [60] Vendor Specific Information: Len=6c <?>
Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [cc] Express Endpoint, MSI 00
Capabilities: [100] Advanced Error Reporting
Capabilities: [13c] Virtual Channel
Capabilities: [160] Device Serial Number 64-31-50-ff-fe-3d-ba-f4
Capabilities: [16c] Power Budgeting <?>
Kernel driver in use: tg3

The NIC is using the tg3 driver.

Has anyone else seen this behavior? Does anyone have any ideas?

Thanks!
Dave

--

Dave Parker
Systems Administrator
Utica College
Integrated Information Technology Services
(315) 792-3229
Registered Linux User #408177


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Archive: 4D77D0ED.70601@utica.edu">http://lists.debian.org/4D77D0ED.70601@utica.edu
 
Old 03-09-2011, 08:30 PM
Celejar
 
Default Network connection drops in Squeeze

On Wed, 09 Mar 2011 14:11:41 -0500
"David A. Parker" <dparker@utica.edu> wrote:

> Hello,
>
> I have an HP 6005 workstation with a fresh install of Debian Squeeze,
> and I am seeing some very strange networking behavior. The network
> connection seems to drop periodically, but it comes back if you hit a
> key on the keyboard plugged into the machine.
>
> Here's the general way it happens:

...

> I can reproduce this with pretty good consistency. It seems to happen
> any time I am doing something fairly network intensive (large file
> transfer, X11 forwarding, etc.) This is a clean command-line-only
> install of Squeeze (64-bit) with the default kernel (2.6.32-5-amd64).

I doubt I'll be able to help, but just to clarify: you're pretty
certain that the problem doesn't occur when the connection is not under
load, such as during an ordinary interactive ssh session?

One might suspect some sort of sleep / suspend behavior, but I
really don't know.

Celejar
--
foffl.sourceforge.net - Feeds OFFLine, an offline RSS/Atom aggregator
mailmin.sourceforge.net - remote access via secure (OpenPGP) email
ssuds.sourceforge.net - A Simple Sudoku Solver and Generator


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20110309163047.380821e8.celejar@gmail.com">http://lists.debian.org/20110309163047.380821e8.celejar@gmail.com
 
Old 03-09-2011, 09:32 PM
"David A. Parker"
 
Default Network connection drops in Squeeze

On 03/09/2011 04:30 PM, Celejar wrote:

On Wed, 09 Mar 2011 14:11:41 -0500
"David A. Parker"<dparker@utica.edu> wrote:


Hello,

I have an HP 6005 workstation with a fresh install of Debian Squeeze,
and I am seeing some very strange networking behavior. The network
connection seems to drop periodically, but it comes back if you hit a
key on the keyboard plugged into the machine.

Here's the general way it happens:


...


I can reproduce this with pretty good consistency. It seems to happen
any time I am doing something fairly network intensive (large file
transfer, X11 forwarding, etc.) This is a clean command-line-only
install of Squeeze (64-bit) with the default kernel (2.6.32-5-amd64).


I doubt I'll be able to help, but just to clarify: you're pretty
certain that the problem doesn't occur when the connection is not under
load, such as during an ordinary interactive ssh session?

One might suspect some sort of sleep / suspend behavior, but I
really don't know.


Thanks Celejar.

So far, this has never happened randomly during an SSH session. It
always seems to be triggered by some sort of network activity. What's
especially frustrating is that absolutely nothing gets logged in the
system logs when this happens.


I originally suspected that the network adapter was being put to sleep,
but that doesn't explain why I can sustain a normal SSH connection for
long periods of time. I can even leave the computer on overnight and
nothing stops working. If it were a sleep or suspend issue, I would
think it would happen when the interface was idle, but I haven't ruled
this out.


Does anyone know what I should check to see if this is some sort of
power management issue? I stopped acpid, but the behavior persists.


Thanks!
Dave


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Archive: 4D77FFFE.8010603@utica.edu">http://lists.debian.org/4D77FFFE.8010603@utica.edu
 
Old 03-09-2011, 10:04 PM
"David A. Parker"
 
Default Network connection drops in Squeeze

On 03/09/2011 05:32 PM, David A. Parker wrote:

So far, this has never happened randomly during an SSH session. It
always seems to be triggered by some sort of network activity. What's
especially frustrating is that absolutely nothing gets logged in the
system logs when this happens.

I originally suspected that the network adapter was being put to sleep,
but that doesn't explain why I can sustain a normal SSH connection for
long periods of time. I can even leave the computer on overnight and
nothing stops working. If it were a sleep or suspend issue, I would
think it would happen when the interface was idle, but I haven't ruled
this out.

Does anyone know what I should check to see if this is some sort of
power management issue? I stopped acpid, but the behavior persists.



The behavior I'm seeing is very similar to what's described here:

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/404708

Could this be a driver bug, perhaps?

- Dave


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Archive: 4D780772.1030101@utica.edu">http://lists.debian.org/4D780772.1030101@utica.edu
 
Old 03-09-2011, 10:21 PM
"David A. Parker"
 
Default Network connection drops in Squeeze

On 03/09/2011 06:04 PM, David A. Parker wrote:

On 03/09/2011 05:32 PM, David A. Parker wrote:

So far, this has never happened randomly during an SSH session. It
always seems to be triggered by some sort of network activity. What's
especially frustrating is that absolutely nothing gets logged in the
system logs when this happens.

I originally suspected that the network adapter was being put to sleep,
but that doesn't explain why I can sustain a normal SSH connection for
long periods of time. I can even leave the computer on overnight and
nothing stops working. If it were a sleep or suspend issue, I would
think it would happen when the interface was idle, but I haven't ruled
this out.

Does anyone know what I should check to see if this is some sort of
power management issue? I stopped acpid, but the behavior persists.



The behavior I'm seeing is very similar to what's described here:

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/404708

Could this be a driver bug, perhaps?



I triggered one of these wird lock-ups and then let it sit in the
"frozen" state for several minutes. It eventually corrected the
problem, and the following messages got dumped to the logs:


[ 442.826956] Clocksource tsc unstable (delta = 299985606581 ns)
[ 442.828411] Switching to clocksource hpet
[ 442.829530] BUG: soft lockup - CPU#3 stuck for 279s! [ssh:1186]
[ 442.829566] Modules linked in: vboxnetadp vboxnetflt vboxdrv loop
snd_hda_codec_realtek radeon ttm snd_hda_intel drm_kms_helper
snd_hda_codec drm edac_core i2c_algo_bit snd_hwdep i2c_piix4 shpchp
snd_pcm edac_mce_amd pci_hotplug i2c_
core snd_timer psmouse snd soundcore tpm_infineon snd_page_alloc wmi tpm
tpm_bios pcspkr evdev button processor serio_raw ext4 mbcache jbd2 crc16
sg sr_mod cdrom sd_mod crc_t10dif usbhid hid ahci ohci_hcd libata
thermal thermal_sys ehci

_hcd tg3 libphy usbcore nls_base scsi_mod [last unloaded: scsi_wait_scan]
[ 442.829593] CPU 3:
[ 442.829594] Modules linked in: vboxnetadp vboxnetflt vboxdrv loop
snd_hda_codec_realtek radeon ttm snd_hda_intel drm_kms_helper
snd_hda_codec drm edac_core i2c_algo_bit snd_hwdep i2c_piix4 shpchp
snd_pcm edac_mce_amd pci_hotplug i2c_
core snd_timer psmouse snd soundcore tpm_infineon snd_page_alloc wmi tpm
tpm_bios pcspkr evdev button processor serio_raw ext4 mbcache jbd2 crc16
sg sr_mod cdrom sd_mod crc_t10dif usbhid hid ahci ohci_hcd libata
thermal thermal_sys ehci

_hcd tg3 libphy usbcore nls_base scsi_mod [last unloaded: scsi_wait_scan]
[ 442.829614] Pid: 1186, comm: ssh Not tainted 2.6.32-5-amd64 #1 HP
Compaq 6005 Pro MT PC
[ 442.829616] RIP: 0010:[<ffffffff8119502d>] [<ffffffff8119502d>]
copy_user_generic_string+0x2d/0x40

[ 442.829623] RSP: 0018:ffff88021cf89b80 EFLAGS: 00000246
[ 442.829624] RAX: ffff88021cf88000 RBX: 0000000000000370 RCX:
0000000000000001
[ 442.829626] RDX: 0000000000000000 RSI: ffff88021c4f6604 RDI:
00007fffc4241358
[ 442.829628] RBP: ffffffff8101166e R08: 00000000d7f8a216 R09:
0000000000000000
[ 442.829629] R10: 0000000000000000 R11: ffff88021d2f8d00 R12:
ffff88021ccc0000
[ 442.829631] R13: 0000000000000000 R14: 00000000000000db R15:
ffffffff810fc797
[ 442.829632] FS: 00007fa02829f720(0000) GS:ffff880008d80000(0000)
knlGS:0000000000000000

[ 442.829634] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 442.829636] CR2: 00007fa028248000 CR3: 000000021d0f1000 CR4:
00000000000006e0
[ 442.829637] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
0000000000000000
[ 442.829639] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7:
0000000000000400

[ 442.829640] Call Trace:
[ 442.829644] [<ffffffff812495d0>] ? memcpy_toiovec+0x34/0x63
[ 442.829646] [<ffffffff81249edc>] ? skb_copy_datagram_iovec+0x7c/0x1ed
[ 442.829649] [<ffffffff8127e251>] ? tcp_recvmsg+0x6e5/0xa9e
[ 442.829653] [<ffffffff812425fa>] ? sock_common_recvmsg+0x30/0x45
[ 442.829656] [<ffffffff812405f8>] ? sock_aio_read+0xb9/0xc4
[ 442.829658] [<ffffffff81195030>] ? copy_user_generic_string+0x30/0x40
[ 442.829661] [<ffffffff810ee809>] ? do_sync_read+0xce/0x113
[ 442.829665] [<ffffffff8100f6c4>] ? __switch_to+0x1ad/0x297
[ 442.829668] [<ffffffff81064d2a>] ? autoremove_wake_function+0x0/0x2e
[ 442.829671] [<ffffffff81048079>] ? finish_task_switch+0x96/0xaf
[ 442.829673] [<ffffffff810ef265>] ? vfs_read+0xb9/0xff
[ 442.829675] [<ffffffff810ef367>] ? sys_read+0x45/0x6e
[ 442.829677] [<ffffffff81010b42>] ? system_call_fastpath+0x16/0x1b

Note that this was happening before I installed VirtualBox, so I don't
think the vbox modules are to blame.


I tried the ethtool command that was given in that bug report, but it
did not help. Any ideas?


Thanks,
Dave


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Archive: 4D780B5E.7050006@utica.edu">http://lists.debian.org/4D780B5E.7050006@utica.edu
 

Thread Tools




All times are GMT. The time now is 12:25 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org