Submitted by DaveOverton on Wed, 08/17/2011 - 01:41 Pro Licensee
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
Submitted by andreychek on Wed, 08/17/2011 - 14:56 Comment #1
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?
Submitted by andreychek on Wed, 08/17/2011 - 15:06 Comment #2
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. "
Submitted by DaveOverton on Wed, 08/17/2011 - 15:06 Pro Licensee Comment #3
Gobs of info at : https://www.virtualmin.com/node/19222
Sorry, started another ticket when the webmin ticket hit 12+ hours ignored...
I sorta need this to work.
Submitted by JamieCameron on Wed, 08/17/2011 - 15:24 Comment #4
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?
Submitted by JamieCameron on Wed, 08/17/2011 - 15:25 Comment #5
Sorry, I commented before looking at your comment #2 above.
So what files matching *quota* exist in
/home
on your system?Submitted by DaveOverton on Wed, 08/17/2011 - 15:41 Pro Licensee Comment #6
/home has:
-rw-------. 1 root root 7168 Aug 17 12:59 aquota.group
-rw-------. 1 root root 0 Aug 16 13:07 aquota.user
Submitted by JamieCameron on Wed, 08/17/2011 - 15:54 Comment #7
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 ..Submitted by DaveOverton on Wed, 08/17/2011 - 15:59 Pro Licensee Comment #8
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...
Submitted by JamieCameron on Wed, 08/17/2011 - 17:05 Comment #9
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.
Submitted by DaveOverton on Wed, 08/17/2011 - 21:08 Pro Licensee Comment #10
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
Submitted by andreychek on Wed, 08/17/2011 - 21:16 Comment #11
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?
Submitted by DaveOverton on Thu, 08/18/2011 - 12:14 Pro Licensee Comment #12
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.
Submitted by andreychek on Thu, 08/18/2011 - 12:25 Comment #13
Sounds good, let us know what you find!
Submitted by DaveOverton on Thu, 08/18/2011 - 15:06 Pro Licensee Comment #14
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?
Submitted by JamieCameron on Thu, 08/18/2011 - 23:38 Comment #15
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..
Submitted by DaveOverton on Fri, 08/19/2011 - 11:23 Pro Licensee Comment #16
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.
Submitted by JamieCameron on Fri, 08/19/2011 - 13:26 Comment #17
This is really odd .. I did some more testing with SL 6.1, but was unable to re-produce this behavior :-(
Submitted by DaveOverton on Fri, 08/19/2011 - 14:34 Pro Licensee Comment #18
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.
Submitted by JamieCameron on Fri, 08/19/2011 - 14:44 Comment #19
No, I didn't see those errors.
Any chance I could login to your system myself to see what is going wrong here?
Submitted by DaveOverton on Sat, 08/20/2011 - 15:26 Pro Licensee Comment #20
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.
Submitted by JamieCameron on Sat, 08/20/2011 - 15:59 Comment #21
Sorry, I must have missed the email. What is your systems IP address? The support email didn't contain one ..
Submitted by DaveOverton on Sat, 08/20/2011 - 20:45 Pro Licensee Comment #22
173.166.224.209 or.. webhost05.syix.com
Thanks
Submitted by JamieCameron on Sat, 08/20/2011 - 22:14 Comment #23
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?
Submitted by DaveOverton on Sun, 08/21/2011 - 12:17 Pro Licensee Comment #24
resubmitted it, the virtualmin remote tool says it worked, you should have just gotten the mail.
Submitted by JamieCameron on Sun, 08/21/2011 - 12:59 Comment #25
Thanks, that worked .. I will let you know what I find.
Submitted by JamieCameron on Sun, 08/21/2011 - 18:39 Comment #26
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.
Submitted by DaveOverton on Mon, 08/22/2011 - 02:15 Pro Licensee Comment #27
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?
Submitted by JamieCameron on Mon, 08/22/2011 - 13:29 Comment #28
I couldn't work that out either! Perhaps some setting somewhere that effects how quotacheck behaves ..
Submitted by Issues on Mon, 09/05/2011 - 18:22 Comment #29
Automatically closed -- issue fixed for 2 weeks with no activity.