From owner-freebsd-current@FreeBSD.ORG Tue Jul 26 19:56:43 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 BB52216A41F for ; Tue, 26 Jul 2005 19:56:43 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F3DB43D45 for ; Tue, 26 Jul 2005 19:56:42 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j6QJueuX028713; Tue, 26 Jul 2005 14:56:40 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <42E69574.2000107@centtech.com> Date: Tue, 26 Jul 2005 14:56:36 -0500 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050603 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <42E58007.9030202@rogers.com> <20050726004246.GA20597@odin.ac.hmc.edu> <42E595C3.2070003@rogers.com> <20050726015428.GF20597@odin.ac.hmc.edu> <4901.172.16.0.199.1122345549.squirrel@172.16.0.1> <20050726193324.GA4603@odin.ac.hmc.edu> In-Reply-To: <20050726193324.GA4603@odin.ac.hmc.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/993/Tue Jul 26 02:28:36 2005 on mh1.centtech.com X-Virus-Status: Clean Cc: Mike Jakubik , freebsd-current@freebsd.org Subject: Re: dhclient taking all cpu 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, 26 Jul 2005 19:56:43 -0000 Brooks Davis wrote: > On Mon, Jul 25, 2005 at 10:39:09PM -0400, Mike Jakubik wrote: > >>On Mon, July 25, 2005 9:54 pm, Brooks Davis said: >> >> >>>>>Probably something wrong with your interface, but you havent't >>>>>provided any useful information so who knows. At the very least, I >>>>>need to know what interface you are running on, something about it's >>>>>status, and if both dhclient processes are running. >>>>> >>>> >>>>The interface is xl0 (3Com 3c905C-TX Fast Etherlink XL), and it worked >>>>in this machine fine for as long as i remember. This seems to have >>>>happened since a recent cvsup and buildworld from ~6-BETA to 7-CURRENT. >>>> I rebooted three times, and the problem occured rougly a minute after >>>>bootup. On the fourth time however, it seems to be ok so far. >>> >>>That sounds like a problem with the code that handles the link state >>>notifications in the interface driver. The notifications are a reletivly >>>new feature that we're only now starting to use heavily so there are going >>>to be bumps in the road. It would be intresting to know if you see link >>>state messages promptly if you plug and unplug the network cable. >> >>It seems to be back at it again, this time it took longer to kick in. Here >>is a "ps auxw|grep dhclient" : >> >>_dhcp 219 93.5 0.2 1484 1136 ?? Rs 8:49PM 5:06.00 dhclient: >>xl0 (dhclient) >>root 193 0.0 0.2 1484 1088 d0- S 8:49PM 0:00.02 dhclient: >>xl0 [priv] (dhclient) >> >>top: >> >> PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND >> 219 _dhcp 1 129 0 1484K 1136K RUN 9:33 94.24% dhclient >> >>Nothing in dmesg about link state changes on xl0. Unplugging and >>replugging the network cable results in link state notification within a >>couple seconds. > > > Could you see what happens if you run dhclient in the foreground? Just > running "dhclient -d xl0" should do it. I'd like to know what sort of > output it's generating. I have the same issue (with ath0). However, running it in the foreground doesn't show the problem. It seems to only break on bootup for me. Even running netif stop/start seems ok after I've killed it initially. It seems to be bringing ath0 up/down/up/down/etc when it's hogging CPU. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------