Date: Wed, 09 Mar 2005 16:00:43 -0500 From: Skylar Thompson <skylar@cs.earlham.edu> To: Dan Nelson <dnelson@allantgroup.com> Cc: freebsd-questions@freebsd.org Subject: Re: Quota problems Message-ID: <422F63FB.6020105@cs.earlham.edu> In-Reply-To: <20050309152908.GH37452@dan.emsphone.com> References: <20050309085601.GA2061@quark.cs.earlham.edu> <20050309152908.GH37452@dan.emsphone.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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) <http://www.FreeBSD.org/cgi/man.cgi?query=quotacheck&sektion=8>; program. The quotacheck(8) <http://www.FreeBSD.org/cgi/man.cgi?query=quotacheck&sektion=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--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?422F63FB.6020105>