From owner-freebsd-current@FreeBSD.ORG Tue Oct 18 20:27:17 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03AE716A421 for ; Tue, 18 Oct 2005 20:27:17 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id C50C943D55 for ; Tue, 18 Oct 2005 20:27:14 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from [10.50.41.234] (Not Verified[10.50.41.234]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 18 Oct 2005 16:43:42 -0400 From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 18 Oct 2005 16:25:44 -0400 User-Agent: KMail/1.8.2 References: <20051017114655.636eff01.dan@mail.neosystem.cz> <20051018215950.7defb35e.dan@mail.neosystem.cz> In-Reply-To: <20051018215950.7defb35e.dan@mail.neosystem.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200510181625.46327.jhb@freebsd.org> Cc: Dan Bilik Subject: Re: Possible fxp(4) problem in -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Oct 2005 20:27:17 -0000 On Tuesday 18 October 2005 03:59 pm, Dan Bilik wrote: > On Mon, 17 Oct 2005 11:46:55 +0200 > > Dan Bilik wrote: > > Situation: > > Single-purpose machines only serving http requests for static content, > > ... > > Problem: > > After some time of serving requests the ethernet interface in the > > machine stops communicating on the wire. It does not respond to any > > packets (ping, http, nfs, ssh) and vmstat(8) shows stopped interrupt > > ... > > Some fresh additional info: > > Today one of the problem machines got stuck again. I was able to log on > through second functional interface and watch it more closely. Sending > packets from the box worked (its arp requests were appearing on other > boxes in the subnet) but it could not receive any packet. And another > thing... It seems that running tcpdump (ie. entering and leaving > promiscuous mode) on the interface resolved the problem > and made the machine to appear back on the network. It's running > with no problem from that moment. > > Any ideas what's going on here? Does it make sense to anyone? Well, when you run tcpdump, you put the chip in promiscuous mode, and that results in the driver resetting the adapter, which is probably how it became unstuck. You could have probably done 'ifconfig fxp0 down; ifconfig fxp0 up' to achieve the same effect. No idea why the receiver stopped receiving frames. I'm not really an expert on how NICs work. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org