lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Sun, 21 Aug 2011 17:29:07 +0400
From:	Dmitry Monakhov <dmonakhov@...nvz.org>
To:	Andreas Dilger <adilger@...ger.ca>,
	Aditya Kali <adityakali@...gle.com>
Cc:	"adilger\@dilger.ca" <adilger@...ger.ca>,
	"tytso\@mit.edu" <tytso@....edu>, "jack\@suse.cz" <jack@...e.cz>,
	"linux-ext4\@vger.kernel.org" <linux-ext4@...r.kernel.org>,
	Aditya Kali <adityakali@...gle.com>
Subject: Re: [PATCH v2] ext4: make quota as first class supported feature

> > 6) With the QUOTA feature set, since the quota inodes are hidden, some of the
> >   utilities from quota-tools will no longer work correctly. Instead, e2fsprogs
> >   will include support for fixing the quota files.
>
> It would be preferable from a usability point of view to have the existing quota tools to work with the new quota files instead of having to introduce new quota utilities. 

> There are a number of ways that this could be facilitated:
> - make the quota files visible to userspace, but immutable
IMHO direct quota file access is always bad thing, and unfortunately
tools was designed that way, now we have a chance to fix that.
More than less one of the goals of FCQ is to enable quota accounting
on mount. So quota file's content will always be out of date due to
page-cache tricks. But if we export virtual files instead of real ones
this allow to solve both issues at a time. OpenVZ use this trick to
handle per container quota  via unmodified quotatools.
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists