Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 18 Jun 1997 06:50:01 -0700 (PDT)
From:      Jeff Wheat <jeff@tad.cetlink.net>
To:        freebsd-bugs
Subject:   Re: kern/3887: fxp problems
Message-ID:  <199706181350.GAA17216@hub.freebsd.org>

next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/3887; it has been noted by GNATS.

From: Jeff Wheat <jeff@tad.cetlink.net>
To: dg@root.com
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: kern/3887: fxp problems
Date: Wed, 18 Jun 1997 09:39:24 -0400 (EDT)

 On 17-Jun-97 David Greenman wrote:
 >>>Description:
 >>
 >>      After running for anywhere from 12 hours to 2 days, the ethernet
 >>card becomes unresponsive to any packets. The server continues to operate
 >>though attempting to send or receive any packets fails. Netstat -nr shows
 >>default route as well as the aliases. Netstat -na shows usually an address
 >>bound to port 80 of one of the virtual webservers with a state of LAST_ACK.
 >>Rebooting the machine returns all network functions to a normal state.
 >>
 >>>How-To-Repeat:
 >>
 >>      Probably sufficient to use an fxp device with multiple aliases
 >>bound to the controller. This seems to exist now on two seperate machines.
 >>The second machine ran without a single problem until I bound a couple of 
 >>aliases. The symtoms are identical to the first server.
 >>
 >>>Fix:
 >>      
 >>      Disabling aliases causes the problems to go away.
 >
 >   The problem could be caused by a variety of things. One cause of something
 >like this is running out of mbuf clusters. You might get a "Out of mbuf
 >clusters - increase maxusers!" message in your /var/log/messages. You can
 >increase the maximum number of mbuf clusters with the NMBCLUSTERS kernel
 >option (see the mailing list archives). Another possible cause of this could
 >be a bug in the 82557 NIC; the receiver goes dead when getting garbage on the
 >wire. If you can "ifconfig fxp0 dowm; ifconfig fxp0 up" to clear the problem,
 >then this might be the cause. Let me know if you determine anything further
 >on this problem.
 >
 >-DG
 >
 >David Greenman
 >Core-team/Principal Architect, The FreeBSD Project
 
 David,
 
         Your suggestion of bringing the interface down and then back up worked.
 Besides replacing the cards with a different brand, is there anything that can 
 be down to help eliminate this problem? I'd hate to have to replace these cards
 as I have about 15 of them that were planned to be installed this month.
 
 Regards,
 Jeff
 
 
 -----------------------------------------------------------------------------
   Jeff Wheat                  jeff@cetlink.net             Senior Engineer
   CETLink.Net Inc.             South Carolina              +1.803.327.2754
 -----------------------------------------------------------------------------



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199706181350.GAA17216>