Since last Ubuntu updates Virtual Server Backup throws setquota error

if I try to backup any individual virtual server;

"Backup failed : setquota: Cannot open quotafile //aquota.user: Permission denied setquota: Not all specified mountpoints are using quota. "

If I try to backup all together (we have 6 virtual domains at this moment) I get the following error;

"Error - Perl execution failed

setquota: Cannot open quotafile //aquota.user: Permission denied setquota: Not all specified mountpoints are using quota. at ../web-lib-funcs.pl line 1427."

And if I try to enable quotas in Webmin under Disk Quotas (never needed it so never touched it before), I get this;

"Failed to turn on quotas : quotaon: using //aquota.user on /dev/vda1 [/]: No such process quotaon: Quota format not supported in kernel. "

I never used quotas so it was never set on this server and I can't tell if this is new behavior, but I can not turn qutoas on since I get;

"quotaon: using //aquota.group on /dev/vda1 [/]: No such process quotaon: Quota format not supported in kernel. quotaon: using //aquota.user on /dev/vda1 [/]: No such process quotaon: Quota format not supported in kernel."

Since manual backup via Backup and Restore/Backup Virtual Server worked perfectly fine until this weekend and only thing that change was the latest couple of Ubuntu updates, including an updated kernel, I suppose something went wrong on either side.

I also don't completely understand why there is no fallback in the backup script if quotas are simply not set?

Best, 42live

Status: 
Closed (fixed)

Comments

Howdy -- hmm, that's an odd error!

What is the output of this command:

ls -la /

Also, what user is currently logged into Virtualmin?

I am logged in as top level administrator via the main webmin interface login. Output of ls is;

total 152 drwxr-xr-x 23 root root 4096 Mar 4 11:31 . drwxr-xr-x 23 root root 4096 Mar 4 11:31 .. -rw------- 1 root root 9216 Dec 2 09:39 aquota.group -rw------- 1 root root 8192 Dec 2 09:39 aquota.user drwxr-xr-x 2 root root 4096 Feb 23 10:42 bin drwxr-xr-x 3 root root 4096 Mar 2 18:05 boot drwxr-xr-x 18 root root 3700 Mar 4 12:27 dev -rwxr-x--- 1 root root 1648 Mar 4 11:31 dovecot.ca.pem -rwxr-x--- 1 root root 1805 Mar 4 11:31 dovecot.cert.pem -rwxr-x--- 1 root root 1675 Mar 4 11:31 dovecot.key.pem drwxr-xr-x 117 root root 12288 Mar 4 12:27 etc drwxr-xr-x 9 root root 4096 Mar 1 14:28 home lrwxrwxrwx 1 root root 32 Mar 2 18:05 initrd.img -> boot/initrd.img-4.4.0-65-generic lrwxrwxrwx 1 root root 32 Feb 25 08:58 initrd.img.old -> boot/initrd.img-4.4.0-64-generic drwxr-xr-x 22 root root 4096 Feb 10 14:49 lib drwxr-xr-x 2 root root 4096 Dec 30 09:18 lib64 drwx------ 2 root root 16384 Apr 23 2016 lost+found drwxr-xr-x 3 root root 4096 Apr 23 2016 media drwxr-xr-x 2 root root 4096 Apr 21 2016 mnt drwxr-xr-x 2 root root 4096 Apr 21 2016 opt dr-xr-xr-x 175 root root 0 Mar 4 11:27 proc drwx------ 9 root root 4096 Jan 27 10:44 root drwxr-xr-x 31 root root 1100 Mar 5 07:46 run drwxr-xr-x 2 root root 12288 Mar 4 11:26 sbin drwxr-xr-x 2 root root 4096 Apr 19 2016 snap drwxr-xr-x 3 root root 4096 Dec 2 08:36 srv dr-xr-xr-x 13 root root 0 Mar 4 12:27 sys drwxrwxrwt 10 root root 4096 Mar 5 07:45 tmp -rw-r--r-- 1 root root 2009 Dec 2 08:34 usermin-setup.out drwxr-xr-x 11 root root 4096 Jan 27 10:43 usr drwxr-xr-x 17 root root 4096 Jan 31 11:05 var lrwxrwxrwx 1 root root 29 Mar 2 18:05 vmlinuz -> boot/vmlinuz-4.4.0-65-generic lrwxrwxrwx 1 root root 29 Feb 25 08:58 vmlinuz.old -> boot/vmlinuz-4.4.0-64-generic -rw-r--r-- 1 root root 9407 Jan 27 10:26 webmin-setup.out

Interestingly enough, I can not turn quotas on via System/Disk Quotas in Webmin. Get the following error:

"Failed to turn on quotas : quotaon: using //aquota.user on /dev/vda1 [/]: No such process quotaon: Quota format not supported in kernel. "

What type of filesystem is this? EXT3/4, or something special like XFS or BTRFS?

standard ext4, one single partition plus swap

Is this system a VM of some type (like KVM, Xen or OpenVZ), or a real machine?

That "permission denied" error is very odd. What are the permissions on the /aquota.user file?

I found the problem! The issue lies in a corrupted or not configured cryptsetup.

The server would throw "cryptsetup: WARNING: could not determine root device from /etc/fstab" somewhere along updating but no device was ever encrypted so server worked just fine, up until the Ubuntu kernel update from a week ago, when suddenly some things broke.

Simply by un-installing cryptsetup, all issues gone and all works fine again!

Problem solved :-)

Ok, that explains it! I've never seen an error like that before.

Status: Active » Fixed
Status: Fixed » Closed (fixed)

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