Pesky transmit time out
Stephen Host
shost@uoguelph.ca
Mon Jan 3 16:51:55 2000
I've upgraded to 2.2.12 and it seems quite stable so far.
Mind you, i now have to wait another 65 days to see how it goes.. i'm
using modules now so i think i should be able to go longer =)
Thanks again everyone for your help.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Steve Host - Engineering Systems & Computing Student, University of Guelph
godiva.eos.uoguelph.ca/~shost/shost.html - shost@uoguelph.ca
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
On Fri, 31 Dec 1999, Bob wrote:
> Stephen Host wrote:
>
> > Ahh.. i didn't know they were doing letter-revisions on the versions of
> > tulip.c .. i have 0.91 not 0.91g ..
> >
> > Time to remove all drivers and go module-only (where applicable) and
> > upgrade =)
> >
> > Thanks again..
> >
> > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> > Steve Host - Engineering Systems & Computing Student, University of Guelph
> > godiva.eos.uoguelph.ca/~shost/shost.html - shost@uoguelph.ca
> > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> >
> > On Fri, 31 Dec 1999, Jason Thomas wrote:
> >
> > > 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.
>
> Very often new code is more stable than old, contrary to
> what some tend to think, so if you need stability for your ip
> aliasing gateway use 91u. I've been using it with PNIC and
> 21143 cards. You don't just compile tulip.c any more. Get all
> files at the url.
>
> -Bob
>
> tulip.c:v0.91u 10/15/99 and other files from---
>
> ftp://cesdis.gsfc.nasa.gov/pub/linux/drivers/kern-2.3
>
> Use the README there.
>
> Place those files in /usr/src/linux/drivers/net.
>
> Also helpful--
>
> #pushd /usr/src/linux/drivers/net
> cat Makefile | gawk --source '{
> if ( $3 ~ /auto_irq.o/ print $1 " " $2 " " $3 " pci-netif.o ;
> else print $0}' > /tmp/gawk.out
> #mv /tmp/gawk.out Makefile
> #popd
>
> make tulip
>
>
>
> > 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/
> > >
> >
> > -------------------------------------------------------------------
> > To unsubscribe send a message body containing "unsubscribe"
> > to linux-tulip-request@beowulf.org
>
> --
>
> druggingamerica.com
>
> copvcia.com
>
> dci a.com
>
> madcowprod.com
>
> JFK
>
>
-------------------------------------------------------------------
To unsubscribe send a message body containing "unsubscribe"
to linux-tulip-request@beowulf.org