package: quota
version: 4.00~pre1-6
When using OpenVZ on a physical host, it is possible to create a CT
(openVZ container for a virtual host) and enable user/group quota inside
this container so the virtual guest can manage quotas for itself.
Then inside the virtual guest the package "quota" is used to manage quotas.
BUT, when user/group quotas are enabled for a virtual guest
(second-level vzquotas) it is in fact not usable anymore inside the
virtual guest since those changes in the quota package :
quota (4.00~pre1-1) unstable; urgency=low
* New Upstream version:
- Don't try to set inode flags when getting them failed (Closes:
#569570)
- Use /proc/mounts for mountpoint scanning (Closes: #38817)
* Bumped Standards-Version to 3.8.4, no changes needed.
* Added watch file.
* Fixed typo in manpage.
-- Michael Meskes <mes...@debian.org> Wed, 17 Feb 2010 16:31:59 +0100
VzQouta sets quota configuration in /etc/mtab inside the virtual guest
but quota v4.00~pre1.X now uses /proc/mounts to check for quota-enabled
filesystems.
So commands like "edquota" are not aware of any quota-enabled FS inside
an openvz virtual guest.
It makes quotas unusable inside an OpenVZ virtual guest (CT).
There is a bug report on the subject here :
http://bugzilla.openvz.org/show_bug.cgi?id=1721
I'm using Debian 6 Squeeze i386, kernel 2.6.32-5-openvz-686.
Best regards,
Dag
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
