It does not seem to be firmly connected to the data transfer, I have on
occasion turned the computer on and loaded up google but hitting search and
the page wont load.. due to this bug. On other occasions the system has been
connected for several days solid and there has been no network issue
(including very large file transfers) and then again sometimes it does
happen.
Very frustrating that it happens so extremely intermittently, sometimes many
times in a row. If I were the only one having this issue I might suggest
that the hardware was dodgey but as I'm not alone I think this is ruled out.
I am on the lookout for it and will let you know as soon as it happens
again.
Cheers,
Alan
On Thu, Sep 18, 2008 at 10:33 PM, Brian Murray <email address hidden> wrote:
> I have a Hardy system using the r8169 driver for a device with PCI ID
> [10ec:8168] and I'm running kernel version 2.6.24-19.34-server.
>
> TSO is disabled by default:
>
> bdmurray@bizarro:~/kvm-images$ ethtool -k eth0
> Offload parameters for eth0:
> rx-checksumming: on
> tx-checksumming: off
> scatter-gather: off
> tcp segmentation offload: off
> udp fragmentation offload: off
> generic segmentation offload: off
>
> and I've transferred a fair bit of data to the system:
>
> bdmurray@bizarro:~/kvm-images$ ifconfig
> eth0 Link encap:Ethernet HWaddr 00:1f:c6:eb:d5:fd
> inet addr:192.168.10.192 Bcast:192.168.10.255 Mask:
> 255.255.255.0
> inet6 addr: fe80::21f:c6ff:feeb:d5fd/64 Scope:Link
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:12724878 errors:0 dropped:112167660937 overruns:0
> frame:0
> TX packets:8732242 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:1000
> RX bytes:14973845705 (13.9 GB) TX bytes:1508134727 (1.4 GB)
> Interrupt:253 Base address:0x2000
>
> and I've received no timeouts.
>
> --
> network device, module r8169, fails with NETDEV WATCHDOG: eth0: transmit
> timed out
> https://bugs.launchpad.net/bugs/76489
> You received this bug notification because you are a direct subscriber
> of the bug.
>
It does not seem to be firmly connected to the data transfer, I have on
occasion turned the computer on and loaded up google but hitting search and
the page wont load.. due to this bug. On other occasions the system has been
connected for several days solid and there has been no network issue
(including very large file transfers) and then again sometimes it does
happen.
Very frustrating that it happens so extremely intermittently, sometimes many
times in a row. If I were the only one having this issue I might suggest
that the hardware was dodgey but as I'm not alone I think this is ruled out.
I am on the lookout for it and will let you know as soon as it happens
again.
Cheers,
Alan
On Thu, Sep 18, 2008 at 10:33 PM, Brian Murray <email address hidden> wrote:
> I have a Hardy system using the r8169 driver for a device with PCI ID 19.34-server. bizarro: ~/kvm-images$ ethtool -k eth0 bizarro: ~/kvm-images$ ifconfig 168.10. 255 Mask: c6ff:feeb: d5fd/64 Scope:Link 112167660937 overruns:0 /bugs.launchpad .net/bugs/ 76489
> [10ec:8168] and I'm running kernel version 2.6.24-
>
> TSO is disabled by default:
>
> bdmurray@
> Offload parameters for eth0:
> rx-checksumming: on
> tx-checksumming: off
> scatter-gather: off
> tcp segmentation offload: off
> udp fragmentation offload: off
> generic segmentation offload: off
>
> and I've transferred a fair bit of data to the system:
>
> bdmurray@
> eth0 Link encap:Ethernet HWaddr 00:1f:c6:eb:d5:fd
> inet addr:192.168.10.192 Bcast:192.
> 255.255.255.0
> inet6 addr: fe80::21f:
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:12724878 errors:0 dropped:
> frame:0
> TX packets:8732242 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:1000
> RX bytes:14973845705 (13.9 GB) TX bytes:1508134727 (1.4 GB)
> Interrupt:253 Base address:0x2000
>
> and I've received no timeouts.
>
> --
> network device, module r8169, fails with NETDEV WATCHDOG: eth0: transmit
> timed out
> https:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>