now there's another problem. am I just too stupid or is it a bug? ;) I ran quotacheck within the vserver and set the quota for a user.
Filesystem blocks soft hard inodes soft hard /dev/hdv1 41 10 500 10 0 0
after turning the quota on with "quotaon -auvg" in the vserver, edquota for that user looks like this:
Filesystem blocks soft hard inodes soft hard /dev/hdv1 0 0 0 0 0 0
at the same time "repquota -auvg" shows the following for that user: quota_user +- 41 10 500 5days 10 0 0
turning off the quota with "quotaoff -auvg" brings back the old values in edquota, just like before quota was turned on in the vserver.
any idea?
my hostsystem setup: linux-2.4.20-ctx17 vquota patch quota-tools-3.08 vquota-tools-0.12
within the vserver: quota-tools 3.04 debian package also tested quota-tools 3.08
lars
Herbert Poetzl wrote:
On Sun, Jul 06, 2003 at 12:31:40AM +0200, Lars Braeuer wrote:
hi herbert,
Hi Lars!
I setup a vserver on an LVM partition with vquota using your how-to located at:
http://www.13thfloor.at/VServer/HowTo_LVMQS.shtml
everything works fine, until it comes to the point where I want to activate the quota in the vserver issuing "quotaon -avug". I get the following message:
quotaon: using //aquota.user on /dev/hdv1 [/]: Operation not permitted
you will ned CAP_QUOTACTL to do this from inside the server ...
- vserver lvm partition is mounted to /vservers/LV01 - vrsetup is run from LV01.sh (just like in the how-to) - quotacheck -avug is run on startup
is there another way to activate quota in the vserver, i.e. from the hostsystem?
this is always possible from the host system, because if you use the vroot only (not the vquota) patch, the quota system doesn't change and in the other case it isn't important from where quota was enabled ...
HTH, Herbert
