SL 6.1 + version 2 quota

It appears that SL6.1 is using "version 2 quota" This breaks the webmin and virtualmin quota handlers. It can't find /home/quota.user because its not there, its called /home/aquota.user now.

Status: 
Closed (fixed)

Comments

I'll pass this over to Jamie, as that may take some Webmin/Virtualmin tweaking.

When is it that you see those particular errors? If there an action that you perform that causes those errors to be displayed?

Also, are you using a dedicated server, or is that with a VPS?

Jamie, it sounds like he gets this error when restoring a domain onto Scientific Linux 6.1:

virtualmin restore domain output:
"Restore failed : setquota: Cannot open quotafile /home/quota.user: No such file or directory setquota: Not all specified mountpoints are using quota. "

Webmin should support version 2 quota just fine, as it has been in use for a long time now.

What error message are you getting exactly when you try to enable quotas?

Sorry, I commented before looking at your comment #2 above.

So what files matching *quota* exist in /home on your system?

/home has:

-rw-------. 1 root root 7168 Aug 17 12:59 aquota.group

-rw-------. 1 root root 0 Aug 16 13:07 aquota.user

Ok, so I'm not sure why the setquota command would be trying to open the old wrong quota file.

What do the /proc/mounts file and /etc/fstab file contain on your system? The mount options might be forcing the wrong quota type ..

fstab as built by anaconda, haven't touched it.


#
# /etc/fstab
# Created by anaconda on Tue Aug 16 12:47:23 2011
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
/dev/mapper/vg_webhost05-lv_root / ext4 defaults 1 1
UUID=e81cf357-6063-47f5-9084-6516aadaa206 /boot ext4 defaults 1 2
/dev/mapper/vg_webhost05-lv_home /home ext4 grpquota,usrquota,rw 0 2
/dev/mapper/vg_webhost05-lv_swap swap swap defaults 0 0
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
sysfs /sys sysfs defaults 0 0
proc /proc proc defaults 0 0

proc/mounts


rootfs / rootfs rw 0 0
/proc /proc proc rw,relatime 0 0
/sys /sys sysfs rw,seclabel,relatime 0 0
udev /dev devtmpfs rw,seclabel,relatime,size=1886980k,nr_inodes=471745,mode=755 0 0
devpts /dev/pts devpts rw,seclabel,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /dev/shm tmpfs rw,seclabel,relatime 0 0
/dev/mapper/vg_webhost05-lv_root / ext4 rw,seclabel,relatime,barrier=1,data=ordered 0 0
none /selinux selinuxfs rw,relatime 0 0
udev /dev devtmpfs rw,seclabel,relatime,size=1886980k,nr_inodes=471745,mode=755 0 0
/proc/bus/usb /proc/bus/usb usbfs rw,relatime 0 0
/dev/sda1 /boot ext4 rw,seclabel,relatime,barrier=1,data=ordered 0 0
/dev/mapper/vg_webhost05-lv_home /home ext4 rw,seclabel,relatime,barrier=1,data=ordered,usrquota,grpquota 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw,relatime 0 0
sunrpc /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0
/etc/auto.misc /misc autofs rw,relatime,fd=7,pgrp=7331,timeout=300,minproto=5,maxproto=5,indirect 0 0
-hosts /net autofs rw,relatime,fd=13,pgrp=7331,timeout=300,minproto=5,maxproto=5,indirect 0 0

Hope that helps...

That looks OK to me ..

Try deleting the /home/aquota.* files , then going to Webmin -> System -> Disk Quotas, and disabling and then enabling quotas on the /home filesystem again.

What you suggested sort of worked.

quotaoff -augv

delete the "quota" files from /home

quotacheck -ugcivma

quotaon -uga

no joy, but since I am insane(1) I tried it again. Its working. A reboot later and its still working. Its not a Virtualmin issue, and for that I am sorry to bother you. It was a strange one though. Still is.

Thanks!

(1) http://www.brainyquote.com/quotes/quotes/a/alberteins133991.html

Yeah, that is unusual!

You aren't by chance on a VPS, with an OS image offered by your provider, are you? Or is this a dedicated server, with the OS installed by you?

Single server (actually an old gaming machine being used as a testbed), downloaded the ISO from SL and installed it (basic server), yum updated, then immediately ran the virtualmin install.sh.

Now that it will properly accept the domain restore files, I am going to start from scratch today and see if it does the silly quota error again.

Or specifically, see when it does the error. Wonder if it had anything to do with the virtualmin settings being restored, forced something in there?

Guess I will see.

Thanks.

Sounds good, let us know what you find!

This is broken still.

Exactly did this: Scientific Linux 6.1 DVD installation to new fresh drive, "simple server" selected in the setup program.

Yum update

The /home folder and /etc/fstab show no quota options at all.

Run the install.sh (wget etc, your command line) and it puts the quota options in fstab and a /home/aquota.user file in /home.

repquota -a after a reboot: repquota: Cannot open quotafile /home/quota.user: No such file or directory

At this point, I have yet to run the final virtualmin setup inside virtualmin itself, but I really don't expect it to change anything.

From the install log, some pertinent pieces:

"Enabling status monitoring Hiding the Webmin upgrade page Enabling quotas on filesystem for /home Error occurred hiding Webmin upgrade page: convertquota: You have to specify action to perform. convertquota: Utility for converting quota files. Usage: convertquota [options] mountpoint

-u, --user convert user quota file -g, --group convert group quota file -e, --convert-endian convert quota file to correct endianity -f, --convert-format oldfmt,newfmt convert from old to VFSv0 quota format -h, --help show this help text and exit -V, --version output version information and exit

convertquota: Bugs to jack@suse.cz Configuring firewall rules Allowing traffic on TCP port: ssh Allowing traffic on TCP port: smtp"

"Package 1:quota-3.17-16.el6.x86_64 already installed and latest version"

Need any more?

I will see if I can re-produce this on CentOS 6 or SL 6, and report back on this ticket ..

If you enable quotas at Webmin -> System -> DIsk Quotas, does that work? It should be using the exact same code as the virtualmin install script..

Can't test using the usual system. By the time webmin is installed, the virtualmin script has already broken the quotas.

Let me strip the quota stuff and just try the webmin command.... pause....

did a quotaoff -aug, deleted the 2 quota files, then hit the command to enable in webmin. I get a file created called aquota.user, not one called aquota.group and this error in webmin "quotaon: cannot find /home/quota.user on /dev/mapper/vg_webhost5-lv_home [/home] "

quotacheck and quotaon from the command line still works, and webmin immediately is happy with the files.

This is really odd .. I did some more testing with SL 6.1, but was unable to re-produce this behavior :-(

on the resulting virtualmin-install.log did you get these lines around line 644? Specifically the convertquota error?

Enabling status monitoring
Hiding the Webmin upgrade page
Enabling quotas on filesystem for /home
Error occurred hiding Webmin upgrade page:
convertquota: You have to specify action to perform.
convertquota: Utility for converting quota files.
Usage:
        convertquota [options] mountpoint

-u, --user                          convert user quota file
-g, --group                         convert group quota file
-e, --convert-endian                convert quota file to correct endianity
-f, --convert-format oldfmt,newfmt  convert from old to VFSv0 quota format
-h, --help                          show this help text and exit
-V, --version                       output version information and exit

convertquota: Bugs to jack@suse.cz

That seems to be where it really breaks here. I am willing to start over, if it will help debug this.

No, I didn't see those errors.

Any chance I could login to your system myself to see what is going wrong here?

Yep, setup the remote access from the virtualmin support app.

you should have it by now.

... been 24 hours, this get missed? Just a bump for attention.

Sorry, I must have missed the email. What is your systems IP address? The support email didn't contain one ..

173.166.224.209 or.. webhost05.syix.com

Thanks

Thanks .. however, when I try to SSH to that IP as root, my SSH key isn't accepted.

Is it in /root/.ssh/authorized_keys , and does SSH allow root logins?

resubmitted it, the virtualmin remote tool says it worked, you should have just gotten the mail.

Thanks, that worked .. I will let you know what I find.

Ok, I see the issue now .. the quotacheck command behaves differently on SL 6.1 to CentOS 6, which breaks Webmin's logic for enabling quotas. I will fix this in the next Webmin release.

Gotta ask, answer #17 above said you couldn't duplicate it, but you could on my system? What was different from your SL6.1 and my SL6.1?

I couldn't work that out either! Perhaps some setting somewhere that effects how quotacheck behaves ..

Automatically closed -- issue fixed for 2 weeks with no activity.