Hi,
I am using Cloudmin Pro. I have created 2 OpenVZ containers and set up the host for KVM (but no VMs yet). My containers are running into quota limits. I have allocated 200GBs of disk space to the CTs each, but if I the disk usage of a CT reaches the 40GB limit, everything, even the Webmin/Virtualmin running on in the container is crying for quota limit. If I try to use the disk space of the container from the host (as root user), I run into the same quota limit. (other directories of the host are okay).
As far as I know, all of the quotas are switched off (no quota support) on the host, and in the CTs as well. quota -g root and quota -u root gives empty string on both the host and the container.
Webmin/System/Disk Quotas of the CT shows "No local filesystems can support quotas." mount | grep quota gives empty string ont the host and the CTs.
What part of Cloudmin is setting up a quota for the CTs?
Comments
Submitted by schawo on Wed, 07/06/2016 - 10:02 Comment #1
Submitted by andreychek on Wed, 07/06/2016 - 10:35 Comment #2
Howdy -- hmm, what error is it that you're seeing exactly, and where is it that you're seeing it?
Submitted by schawo on Wed, 07/06/2016 - 10:52 Comment #3
I get a "Disk quota exceeded" for any write attempts as a root inside the container. I get the same error message, if I try to write to the /vz/private/10000/ directory as root on the host. I get "Failed to open /etc/webmin/apache/site for writing : Disk quota exceeded" in Webmin/Virtualmin of the CT.
"df" at the CT
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/simfs 209715200 40394632 169320568 20% /
devtmpfs 1860068 0 1860068 0% /dev
tmpfs 1860068 0 1860068 0% /dev/shm
tmpfs 1860068 17604 1842464 1% /run
tmpfs 5120 4 5116 1% /run/lock
tmpfs 1860068 0 1860068 0% /sys/fs/cgroup
tmpfs 1860068 236 1859832 1% /tmp
none 1860068 0 1860068 0% /run/shm
Submitted by andreychek on Wed, 07/06/2016 - 12:11 Comment #4
Yeah that's definitely very odd if quotas aren't enabled!
What is the output of the command "mount" on the host?
Also, what is the output of the command "repquota -v /" on the host?
Submitted by schawo on Wed, 07/06/2016 - 13:22 Comment #5
root@prec:~# mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=462757,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=372016k,mode=755)
/dev/mapper/prec-root on / type ext3 (rw,relatime,errors=remount-ro,barrier=1,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=744020k)
/dev/sda1 on /boot type ext2 (rw,relatime,errors=continue)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
beancounter on /proc/vz/beancounter type cgroup (rw,relatime,blkio,name=beancounter)
container on /proc/vz/container type cgroup (rw,relatime,freezer,devices,name=container)
fairsched on /proc/vz/fairsched type cgroup (rw,relatime,cpuacct,cpu,cpuset,name=fairsched)
/vz/private/10000 on /vz/root/10000 type simfs (rw,relatime)
proc on /vz/root/10000/proc type proc (rw,relatime)
sysfs on /vz/root/10000/sys type sysfs (rw,relatime)
devtmpfs on /vz/root/10000/dev type devtmpfs (rw,nosuid,mode=755)
tmpfs on /vz/root/10000/dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /vz/root/10000/dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /vz/root/10000/run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /vz/root/10000/run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /vz/root/10000/sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /vz/root/10000/sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /vz/root/10000/sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio,name=beancounter)
cgroup on /vz/root/10000/sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
tmpfs on /vz/root/10000/tmp type tmpfs (rw)
mqueue on /vz/root/10000/dev/mqueue type mqueue (rw,relatime)
none on /vz/root/10000/run/shm type tmpfs (rw,relatime)
/vz/private/10001 on /vz/root/10001 type simfs (rw,relatime)
proc on /vz/root/10001/proc type proc (rw,relatime)
sysfs on /vz/root/10001/sys type sysfs (rw,relatime)
devtmpfs on /vz/root/10001/dev type devtmpfs (rw,nosuid,mode=755)
tmpfs on /vz/root/10001/dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /vz/root/10001/dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /vz/root/10001/run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /vz/root/10001/run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /vz/root/10001/sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /vz/root/10001/sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /vz/root/10001/sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio,name=beancounter)
cgroup on /vz/root/10001/sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
tmpfs on /vz/root/10001/tmp type tmpfs (rw)
mqueue on /vz/root/10001/dev/mqueue type mqueue (rw,relatime)
none on /vz/root/10001/run/shm type tmpfs (rw,relatime)
root@prec:~# repquota -v /
repquota: Mountpoint (or device) / not found or has no quota enabled.
repquota: Not all specified mountpoints are using quota.
Submitted by andreychek on Fri, 07/08/2016 - 09:12 Comment #6
Apologies for the delay here -- you're likely seeing some form of OpenVZ resource issue, it's probably not a filesystem quota issue.
Unfortunately, I don't know what OpenVZ resource limit that might be, though Jamie would know -- however, he is traveling at the moment.
The one thing I'd check though, is to review your Cloudmin settings for that container, and just verify that you don't see any resource related options that would restrict how much disk space the container would be able to use.