From owner-freebsd-stable@FreeBSD.ORG Mon Aug 22 04:38:01 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B2A716A41F for ; Mon, 22 Aug 2005 04:38:01 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F41D43D45 for ; Mon, 22 Aug 2005 04:38:00 +0000 (GMT) (envelope-from scrappy@hub.org) Received: by ganymede.hub.org (Postfix, from userid 1000) id 67A7D34218; Mon, 22 Aug 2005 01:38:00 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 612993414D for ; Mon, 22 Aug 2005 01:38:00 -0300 (ADT) Date: Mon, 22 Aug 2005 01:38:00 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <20050822013402.B1002@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: broken fxp driver in 4.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2005 04:38:01 -0000 Several months ago, on one of our servers, we had an issue where if we moved an IP between the servers, the 'ifconfig alias' on the server with the em device seemed to 'hang' for 60 seconds or so (instead of coming back right away like the other servers), and, for some reason, it didn't send the arp out onto the network properly, so upstream routers weren't being made aware of the change ... Subsequent cvsup updates of the 4.x tree eventually got rid of that issue, and the problem went away ... Now, on one of our newer servers runnign a fairly recent cvsup of 4.x, the fxp driver is doing the exact same thing ... all the other fxp based servers do a nice quick 'ifconfig alias' for an IP, and arp broadcasts are sent out, but on this one, I get the '60 second hang' and have to get our network guys to clear arp caches for the changes to take effect :( Has anyone else running 4.x experienced this? Or am I just unlucky with these things? Is there a way of fixing it? Thanks ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664