[Novalug] user quotas on NFS-mounted volume

Megan Larko larkoc@iges.org
Mon Nov 10 22:20:41 EST 2008


Hello Jon and List,

Regarding the quota issue on my NFS-mounted volume, the quotas are on and in effect on the server.   The rpc.rquotad is running on the server.   The client has the disk successfully mounted via the NFS protocol.   I don't know what, if anything, I need to do to enable the user and group quotas on the client.   My users are nice, but I don't want another accidental filling of a partition if I can avoid it.

The user and group IDs are all consistent.   The entire set-up uses LDAP (Lightweight Directory Access Protocol) for user authentication.  The clocks are also synced via ntpd.

Thanks for the suggestion.
megan

----- Original Message -----
From: "Jon LaBadie" <novalugml@jgcomp.com>
To: "NOVALUG" <novalug@calypso.tux.org>
Sent: Monday, November 10, 2008 2:47:43 PM GMT -05:00 US/Canada Eastern
Subject: Re: [Novalug] user quotas on NFS-mounted volume

On Mon, Nov 10, 2008 at 02:18:06PM -0500, Megan Larko wrote:
> Hello List,
> 
> I have quotas on my /home partition of my primary system box shared by 
> all users.  The quotas have worked for me in the past.   This past 
> Friday I brought a new box on-line and mounted the /home volume via NFS:
> mount -t nfs myboxIP:/home /home.   The entry in /etc/fstab has 
> "defaults" only in the options list.
> 


I don't have a definitive answer, but might the "default" be quota's off?

Still it seems the host server's quota mechanisms should still function.

No UID/GID mis-match is there?

jl

> On Friday night one of my users wrote 687Gb to /home on the new box. 
> The quotas did not catch it at all.   The /home partition was filled and 
> I, as root/Admin, had to move a dir and notify the user.  Over the 
> weekend the user removed and relocated files ("sheepishly"   she said).
> 
> What I have been trying to figure out this Monday morning is why did the 
>   linux quotas not stop this action before the /home partition filled up?
> 
> On the host machine the /home dir is mounted with:
> LABEL=/home   /home     ext3    usrquota,grpquota 0 0
> 
> The actual quota files are on the /home partition:
> [larkoc@crew01 home]$ ls -l *quota*
> -rw------- 1 root root 20480 Nov 10 11:17 aquota.group
> -rw------- 1 root root 15360 Nov  7  2007 aquota.group.new
> -rw-rw-rw- 1 root root 25600 Nov 10 13:54 aquota.user
> -rw------- 1 root root 15360 Nov  7  2007 aquota.user.new
> 
> (The "new" are from an rpm update; I'm still using orig-created files.)
> 
> The repquota -a | grep larkoc shows:
> larkoc    -- 33904544 120000000       0          69684     0     0
> 
> On the host machine the rpc.rquotad daemon is running (since boot along 
> with portmap and rpc-statd, rpc.idmapd, and similar necessities).  The 
> command "repquota /home" command returns the expected results normally.
> All okay so far.
> 
> On the NFS client, the disk partition /home is mounted and usable.  The 
> quota files are still there as shown in an "ls", but the quota does not 
> seem to be working....
> 
> [root@oss3 home]# ls -la *quota*
> -rw------- 1 root root 20480 Nov 10 11:17 aquota.group
> -rw------- 1 root root 15360 Nov  7  2007 aquota.group.new
> -rw-rw-rw- 1 root root 25600 Nov 10 13:54 aquota.user
> -rw------- 1 root root 15360 Nov  7  2007 aquota.user.new
> [root@oss3 home]# repquota /home
> repquota: Not all specified mountpoints are using quota.
> 
> ^^^  I don't understand this.   ^^^
> [root@oss3 home]# cat /etc/fstab | grep home
> ic-crew:/home    /home      nfs     defaults        0 0
> 
> On client:
> [root@oss3 home]# which repquota
> /usr/sbin/repquota
> 
> Both the server and the client are using the same version of OS (CentOS 
> 5) including packages of nfs and quota.
> 
> 
> My understanding is that as long as rpc.rquotad is running on the NFS 
> server and quota is installed on the client, then quotas will be 
> enforced after mounting the partition  (where the aquota files exist). 
> My understanding is in error and that seems to have been validated by 
> the accidental error of my user on Friday night.  Additionally the error 
> message from repquota on the client "Not all specified mountpoints are 
> using quota."  seems to bear out.   I tried mounting on the client with 
> options usrquota,grpquota in /etc/fstab similar to the mount entry on 
> the host but that does not work.   The mount states that "usrquota, 
> grpquota" are not defined.
> 
> All of my web searching today and page 486 of the 
> __Linux_Administration_Handbook__ (O'Reilly press by E. Neimeth, G. 
> Snyder and T. r. Hein)  which states "NFS servers enforce disk quotas if 
> they are enabled on the underlying file system, but users cannot view 
> their quota information unless rquotad is running on the remote server."
> implies that the NFS server has to have quotas running plus rquotad and 
> that the NFS mount on the client will gather the necessary info from 
> there.   On my system that is not happening.
> 
> Can quotas be enforced/enable on NFS-mounted volumes on the client?
> If yes, how?
> 
> Happy Monday,
> megan
> _______________________________________________
> Novalug mailing list
> Novalug@calypso.tux.org
> http://calypso.tux.org/cgi-bin/mailman/listinfo/novalug
> 
>>> End of included message <<<

-- 
Jon H. LaBadie                  jon@jgcomp.com
 JG Computing
 12027 Creekbend Drive		(703) 787-0884
 Reston, VA  20194		(703) 787-0922 (fax)
_______________________________________________
Novalug mailing list
Novalug@calypso.tux.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/novalug



More information about the Novalug mailing list