Date: Mon, 10 Mar 2008 13:14:54 +0100 From: "Helmut Schneider" <jumper99@gmx.de> To: "Manolis Kiagias" <sonicy@otenet.gr> Cc: freebsd-bugs@freebsd.org, Mike Pritchard <mpp@mppsystems.com> Subject: Re: kern/114766: [quotas] Disk quota does not work as expected Message-ID: <018b01c882a8$5a1596a0$609b65c1@vpe.de> References: <200803061850.m26Io2Xq013979@freefall.freebsd.org> <20080307004232.GA69112@mail.mppsystems.com> <001a01c88119$a0ccf010$0d7ca8c0@vpe.de> <20080309004424.GA80607@mail.mppsystems.com> <010701c88291$2b0d4d60$609b65c1@vpe.de> <47D5119B.4060300@otenet.gr>
next in thread | previous in thread | raw e-mail | index | archive | help
From: "Manolis Kiagias" <sonicy@otenet.gr> > Helmut Schneider wrote: >> From: "Mike Pritchard" <mpp@mail.mppsystems.com> >> >>> On Sat, Mar 08, 2008 at 01:40:43PM +0100, Helmut Schneider wrote: >>>> From: "Mike Pritchard" <mpp@mail.mppsystems.com> >>>> >>>> >Are you running quotacheck while there are users active, or the >>>> >machine is accepting mail deliveries? Running quotacheck on >>>> >an active file system will generate those type of fixups, due >>>> >to buffered data in the kernel not being in sync with >>>> >the disk data at that point. >>>> >>>> Yes, but I ran "quotacheck -va" a few minutes ago and it reported many >>>> fixups. I checked the logfiles and the last access for a specific >>>> user, it was yesterday morning. I even rebooted the machine yesterday >>>> evening. Shouldn't at least a reboot fix/flush all those entries? >>> >>> Ignore my previous message asking what version you are running. I see >>> that you are running 6.3. >>> >>> You stated that the users mail files are stored in /home, which probably >>> means the file system is active, even if no users were actually logged >>> in and using it. Quotacheck is not designed to be run on an active >>> file system. >> >> OK. >> >>> Edit /etc/rc.d/quota and add the -v option to the quotacheck command >>> there. If quotacheck updates the usage information during boot up after >>> a clean shutdown, then there is a problem somewhere, unless it was >>> something updated on the file system during the boot process. >> >> Hm, there is no "quota" at all at boot time: >> >> [root@teg ~]# dmesg -a | grep -ir quota >> root@BSDHelmut:/usr/obj/usr/src/sys/SMP-WITH-QUOTA >> [root@teg ~]# >> >> According to "/etc/rc.d/quota", shouldn't there be at least a "Checking >> quotas:" or a "Enabling quotas:" in dmesg?! > It should: > > sonic@joshua:/usr/home/sonic$ dmesg -a |grep -ir quota > Checking quotas: > Enabling quotas: > > Please check your rc.conf. You have these lines: > > [root@mvt ~]# cat /etc/rc.conf | grep quota > quota_enable="YES" > check_quotas="YES" > > While you should have: > > enable_quotas="YES" > check_quotas="YES" > > It is, actually, the reverse of the usual <servicename>_enable entry! > Have a look at /etc/defaults/rc.conf and you will see this. &$$% §%&$ §%%§&!! Did that change? http://www.freebsddiary.org/quotas.php <SIC> Thanks. Close the PR, please.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?018b01c882a8$5a1596a0$609b65c1>