From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 19:33:44 2005 Return-Path: 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 A493816A4CE for ; Mon, 25 Apr 2005 19:33:44 +0000 (GMT) Received: from fast.dnswatch.com (fast.dnswatch.com [216.177.243.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 211AF43D68 for ; Mon, 25 Apr 2005 19:33:44 +0000 (GMT) (envelope-from null@dnswatch.com) Received: from fast.dnswatch.com (localhost.dnswatch.com [127.0.0.1]) by fast.dnswatch.com (8.12.6/8.12.6) with ESMTP id j3PJXZsm049474; Mon, 25 Apr 2005 12:33:36 -0700 (PDT) (envelope-from null@dnswatch.com) Received: (from www@localhost) by fast.dnswatch.com (8.12.6/8.12.6/Submit) id j3PJXX5Y049473; Mon, 25 Apr 2005 12:33:33 -0700 (PDT) (envelope-from null@dnswatch.com) X-Authentication-Warning: fast.dnswatch.com: www set sender to null@dnswatch.com using -f Received: from ns0.1command.com ([216.177.243.38]) (DNSwatch.com_WebMail authenticated user null) by webmail.dnswatch.com with HTTP; Mon, 25 Apr 2005 12:33:32 -0700 (PDT) Message-ID: <2323.216.177.243.38.1114457612.localmail@webmail.dnswatch.com> In-Reply-To: <20050425183733.GB24146@eeyore.local.dohd.org> References: <20050425183733.GB24146@eeyore.local.dohd.org> Date: Mon, 25 Apr 2005 12:33:32 -0700 (PDT) From: "/dev/null" To: freebsd-current@freebsd.org User-Agent: DNSwatch.com_WebMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal Subject: Re: fxp0: device timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Mon, 25 Apr 2005 19:33:44 -0000 I don't want to sound like a smart a$$, or know-it-all. But could this not also be a simple case of Induction? Is it possible that something has changed in the environment that might interfere with the NIC or cabling? I mean it wouldn't have to completely clobber the connection, but simply impeed it slightly, which would make it crap out under any type of load. Just thought I'd mention it FWIW. -Chris > My server in the attic was recently reinstalled from scratch with > FreeBSD 5.stable (actually: RC2, and now upgraded to 5-stable), see the > attached dmesg.boot for the dmesg info. > > This machine in the exact hardware configuration was running fine in its > 6-current days. The reason for 'down'grading was the fact that overtime > it seems that a subtle filesystem problem arose, that lead to random > crashes (well, random... take a lot of vm activity and at some point > vnlru would lead to a kernel panic), but the network was perfectly fine. > > Now, with the 5.x install, I have regular problems with fxp0. > > In /var/log/messages and dmesg I get this: > (The last line comes from ifconfig fxp0 link0, which I added yesterday > to see if it would solve problems, the same symptoms occur without that > option) > > Apr 25 18:15:08 eeyore kernel: fxp0: device timeout > Apr 25 18:15:08 eeyore kernel: fxp0: Microcode loaded, int_delay: 1000 > usec bundle_max: 0 > > The symptoms: > * network freezes for 30 seconds or something like that, after a while > pings start to work again and everything moves on. > > When: > * combinations of network activity and/or disk activity. Starting bacula > will guarantee device timeouts, as will browsing from a workstation > combined > with e.g. using a samba share > > The interface: > > fxp0: port 0xe000-0xe01f mem > 0xe3000000-0xe30fffff,0xe3101000-0xe3101fff irq 5 at device 17.0 on pci0 > miibus1: on fxp0 > > fxp0: flags=9843 mtu 1500 > options=8 > inet6 fe80::208:c7ff:fe25:7560%fxp0 prefixlen 64 scopeid 0x2 > ether 00:50:da:3d:d7:f6 > media: Ethernet autoselect (100baseTX ) > status: active > > There are 2 'special' things with this interface: > * the mac address is changed from /etc/start_if.fxp0 > * it is used with VLAN's (802.1q tagging) > > I looked in the mail archives, and of course it is clearly an interrupt > problem. I did the usual stuff: put the card in different PCI slots, > force it to different IRQ in the BIOS, but still no improvement. > Furthermore I don't believe that hardware should change that much just > by reinstalling FreeBSD, so I tend to believe that something is > different between 5.x and 6.x. > > Does anyone recognize these symptoms and have a nice solution for me? > Or if people decide I should PR this: what kind of info would make > debugging easy? vmstat 1 info would take a little work to collect for > these kind of outages, but I can do some scripting to fix that of course > :-) > > Greetings, > > Mark > -- > Nice testing in little China... > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > //////////////////////////////////////////////////// If only Western Electric had found a way to offer binary licenses for the UNIX system back in 1974, the UNIX system would be running on all PC's today rather than DOS/Windows. ////////////////////////////////////////////////////