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>
index | next in thread | raw e-mail
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
-----------------------------------------------------------------------------
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199706181350.GAA17216>