From owner-freebsd-questions@FreeBSD.ORG Wed Mar 9 21:01:05 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0672A16A4CE for ; Wed, 9 Mar 2005 21:01:05 +0000 (GMT) Received: from quark.cs.earlham.edu (cs.earlham.edu [159.28.230.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55C3643D39 for ; Wed, 9 Mar 2005 21:01:04 +0000 (GMT) (envelope-from skylar@cs.earlham.edu) Received: from [192.168.1.10] (stu160095.student.earlham.edu [159.28.160.95]) (authenticated bits=0) by quark.cs.earlham.edu (8.13.1/8.12.9) with ESMTP id j29L0ngM031060 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Mar 2005 16:00:53 -0500 (EST) (envelope-from skylar@cs.earlham.edu) Message-ID: <422F63FB.6020105@cs.earlham.edu> Date: Wed, 09 Mar 2005 16:00:43 -0500 From: Skylar Thompson Organization: Earlham College Computer Science Department User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dan Nelson References: <20050309085601.GA2061@quark.cs.earlham.edu> <20050309152908.GH37452@dan.emsphone.com> In-Reply-To: <20050309152908.GH37452@dan.emsphone.com> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7E2B8CE3354703F2427E6264" X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on quark.cs.earlham.edu X-Earlham-CS-Dept-MailScanner-Information: Please contact the ISP for more information X-Earlham-CS-Dept-MailScanner: Found to be clean X-MailScanner-From: skylar@cs.earlham.edu cc: freebsd-questions@freebsd.org Subject: Re: Quota problems X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2005 21:01:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7E2B8CE3354703F2427E6264 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Dan Nelson wrote: >In the last episode (Mar 09), Skylar Thompson said: > > >>I'm having some problems getting quotas enabled on a FreeBSD >>4.11-RELEASE box. I already have quotas enabled on two filesystems, >>and need to extend that to a third (presently unquota'd) filesystem. >>I added "userquota,groupquota" to the line in /etc/fstab for the >>filesystem, touched the files quota.user and quota.group, and >>rebooted. The sytem came back up fine, but hung after a few minutes >>of normal activity. I rebooted, and the same thing happened. Turning >>of the quotas on just that filesystem solved the problem. Has anyone >>else had problems like this? >> >> > >The entire system hung how? Did the cursor stop flashing? If you >switch to another vty and try to log in, does it let you enter your >username and then hang? If so, hit ^T and tell us what's in the square >brackets. > > The system is still running and accepting NFS traffic on a separate filesystem (/clients), but all disk I/O on the filesystem I'm enabling on (/usr) is stopped. >Also, running "quotacheck /filesystem" is a better way to create the >quota files than touching them. It ensures that existing files on the >filesystem are correctly accounted for. > > OK. The handbook should be clearer on this. Where it says: === For finer control over your quota startup, there is an additional configuration variable available. Normally on bootup, the quota integrity of each file system is checked by the quotacheck(8) program. The quotacheck(8) facility insures that the data in the quota database properly reflects the data on the file system. This is a very time consuming process that will significantly affect the time your system takes to boot. If you would like to skip this step, a variable in /etc/rc.conf is made available for the purpose: check_quotas="NO" === And: === At this point you should reboot your system with your new kernel. /etc/rc will automatically run the appropriate commands to create the initial quota files for all of the quotas you enabled in /etc/fstab, so there is no need to manually create any zero length quota files. === there should be changes to mention that /etc/rc will only create the files with check_quota enabled, and also that creating zero-length files is not only unnecessary, but also dangerous. In any case, I have more downtime scheduled early Friday morning, so I can see if using quotacheck solves my problems. -- -- Skylar Thompson (skylar@cs.earlham.edu) -- http://www.cs.earlham.edu/~skylar/ --------------enig7E2B8CE3354703F2427E6264 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCL2P+sc4yyULgN4YRAqBNAKCZhIBmWwJtRpkS77jtau0vzEgWjgCfSHou jPxHMsufeYGAGk3AuD6+q3k= =Igpe -----END PGP SIGNATURE----- --------------enig7E2B8CE3354703F2427E6264--