I have never had to use quotas before so this is a totally new concept for me 
to get my brain around.

before i continue, i assume that quotas will work on reiserfs ? every system 
we have is reiser.


There are several documents about them for vservers but this one looks like it 
may be the most current?

http://linux-vserver.org/Standard+non-shared+quota

so... with the below quote from the page, i could arbitrarily choose a 
vserverx block device?

-------------------------------
Use vrsetup to tell the kernel what block device you want to handle quota for:

vrsetup /dev/vroot/0 /dev/evms/vs

or

vrsetup /dev/vroot/0 /dev/lvm/vserver0
-------------------------------

so in my case since we use udev. i could issue 
vrsetup /dev/vroot1 /dev/sda4  ? 

what would i replace lvm or evm with? i am using neither.. i simply created 
one huge volume on sda4 which all the guests use.



setting up a default mtab in /etc/vservers/guest/apps/init/mtab looks pretty 
straight forward,  and copying hdv1 looks easy enough..

so there are a few questions out of all this... arbitrarily choose a vserverx 
block device? what to use in place of evm or lvm above?  then the instruction 
below.. 

---------------------
- inside the guest run:
quotacheck -maugv
---------------------

umm.. there is no quotacheck program or script inside the guest that i can 
find... what package is it included in?


basically all i want to do is assign each guest a limited portion of disk 
space. not user sensitive, just guest sensitive. right now each of them sees 
625gb free.. which is ok for the guest network servers i manage, but when we 
move customer colo servers to this, when users see this much space they will 
go crazy with it. 

an alternative would be to create a fixed size (maybe 20g or 40g) file mounted 
via loopback creating a virtual disk for each of  the colos as their 
'drive'..maybe that would be better? then they could never corrupt anything 
to do with our main disks...



-- 

Chuck


_______________________________________________
Vserver mailing list
[email protected]
http://list.linux-vserver.org/mailman/listinfo/vserver

Reply via email to