From owner-freebsd-stable Mon Feb 5 8:54:11 2001 Delivered-To: freebsd-stable@freebsd.org Received: from relay4.ftech.net (ibm6.ftech.net [212.32.16.76]) by hub.freebsd.org (Postfix) with ESMTP id 9936537B6A9 for ; Mon, 5 Feb 2001 08:53:50 -0800 (PST) Received: from ibm9.ftech.net ([212.32.16.79] helo=cerebus.parse.net) by relay4.ftech.net with esmtp (Exim 3.21-ftechp6 #1) id 14Pote-0002ij-00; Mon, 05 Feb 2001 16:53:47 +0000 Received: from wbra0013.cognos.com ([10.0.0.3] helo=acm.org) by cerebus.parse.net with esmtp (Exim 3.16 #1) id 14PotM-000IDv-00; Mon, 05 Feb 2001 16:53:28 +0000 Message-ID: <3A7EDA80.CCAB34A6@acm.org> Date: Mon, 05 Feb 2001 16:53:20 +0000 From: David Goddard X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Andre Albsmeier Cc: stable@FreeBSD.ORG, Bjoern Groenvall Subject: Re: quotacheck -a taking *ages* on boot References: <5.0.2.1.0.20010201232046.009f0930@cerebus.parse.net> <20010204153059.A76405@curry.mchp.siemens.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Andre Albsmeier wrote: > > On Thu, 01-Feb-2001 at 23:42:33 +0000, David Goddard wrote: > > I've been having some problems with my last two buildworlds (18 and 30 Jan) > > on a remote machine - the first of these, it took about half an hour > > between booting and being able to log in or access any services (i.e. > > before sshd and all the other daemons start) and the second was up to about > > an hour. Looking through the logs, it seems that the delay comes just > > after named starts up - at about the time quotacheck happens. Manually > > running quotacheck confirms that this step is taking a looong time. > > You might want to check PR# 2325 > > Look in your filesystem for large uids. Close, but my symptoms aren't quite the same and there don't seem to be any large UIDs. However, it did prompt me to try quotacheck -v on the filesystems individually: > > Filesystem 1K-blocks Used Avail Capacity Mounted on > > ... > > /dev/ad0s1f 6450348 5924 5928397 0% /home ^^^^^^^^^^^ This took ages and the first time I ran it an error was returned (that I, er, didn't note down and it hasn't generated any messages since). > > /dev/ad2s1f 13804609 796544 11903697 6% /data ^^^^^^^^^^^ This was really quick - no problem there. Bjoern Groenvall wrote: ~ You don't have to run quotacheck on every reboot. Only if you have to ~ run fsck is it necessary to run quotacheck. Also, even if fsck ~ repaired the filesystem, the old quota state is probably a good enough ~ approximation of the current (real) quota state. If you want to, you ~ may instead run quotacheck sometime later to rebuild a consistent ~ quota state. This fixed the boot times - thanks. However, I'm concerned that there is something wrong with the patition /home or worse the disk it's on. Manually running fsck produced nothing interesting and I'm not sure what other tools are available to diagnose the issue. I'm aware that this is probably drifting away from being a -stable question now, but any tips would be very welcome. Thanks, Dave To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message