Pesky transmit time out

Jason Thomas jason@topic.com.au
Thu Dec 30 17:57:22 1999


--/NkBOFFp2J2Af1nK
Content-Type: text/plain; charset=us-ascii

if this is a default redhat kernel, I suggest you get a newer kernel or get
the same kerenel sources, and the tulip.c sources from the website. and
compile a new kernel. Alot of people have been having similiar problems with
the older tulip diver.

Stephen Host [shost@uoguelph.ca] wrote:
> I run a Masq server for my housemates. It has been up for 56 days now but,
> unfortunately, one of my netcards (the primary intranet card) has decided
> to hang completely on me.  I noticed this 2 weeks ago, when my quake 3
> server behing my firewall would stop recieving packets for about 3
> seconds.
> It turns out the tramit problem would  surface on this particular DEC
> 21041 card and re-set itself.
> Currently, it is re-setting consistantly and NOT allowing any packets
> through this segment of my network. (thus the problem has worsened)
> 
> My hardware is:
> 3 X D-link  w/Dec 21041 cards. Both the other cards are solid (seemingly)
> as there are no errors associated with eth0/eth2 since last reboot.
> 
> Relevant software: Kernel 2.2.10, Tulip version 0.91, Redhat 5.X upgraded.
> 
> Here is some possible information that could be helpful..
> 
> eth1: 21041 transmit timed out, status fc260010, CSR12 000050c8, CSR13 ffffef09,
>  CSR14 fffff7fd, resetting...
> eth1: 21041 transmit timed out, status fc260010, CSR12 000000c8, CSR13 ffffef05,
>  CSR14 ffffff3f, resetting...
> [toast-@darkwing toast]$                                                       
> 
> 
> /sbin/ifconfig eth1
> eth1      Link encap:Ethernet  HWaddr 00:80:C8:F6:EF:86
>           inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
>           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>           RX packets:60480489 errors:679 dropped:0 overruns:0
>           TX packets:0 errors:2140872330 dropped:75892738 overruns:29850
>           Interrupt:10 Base address:0x6100                   
> 
> I'm aware that re-booting may be a solution but in the quest for a stable
> server rebooting is not an option unless the very last issue =)
> 
> Further, since only one card is affected, it seems this could be a
> hardware issue, but i'd like to nail down a software issue first..
> 
> Thanks for your help!
> 
> 
> 
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Steve Host - Engineering Systems & Computing Student, University of Guelph
>        godiva.eos.uoguelph.ca/~shost/shost.html - shost@uoguelph.ca
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> 
> -------------------------------------------------------------------
> To unsubscribe send a message body containing "unsubscribe"
> to linux-tulip-request@beowulf.org

-- 
Jason Thomas                           Phone:  +61 2 6257 7111
System Administrator  -  UID 0         Fax:    +61 2 6257 7311
tSA Consulting Group Pty. Ltd.         Mobile: 0418 29 66 81
1 Hall Street Lyneham ACT 2602         http://www.topic.com.au/

--/NkBOFFp2J2Af1nK
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 5.0i for non-commercial use
MessageID: UJ18FwzU9PRH3mfF3eRJBCNe9A7ed9Cr
Comment: Ha Ha

iQA/AwUBOGvjIe3GMESSUoi+EQLX9ACgqErA6m+88U+eQN0udKscZ1l94b4An3JO
iMWy4+laYVjkg0kfcvppjO/m
=osGE
-----END PGP SIGNATURE-----

--/NkBOFFp2J2Af1nK--
-------------------------------------------------------------------
To unsubscribe send a message body containing "unsubscribe"
to linux-tulip-request@beowulf.org