P.S.

User/group quotas are available in the Solaris 10 release,
starting in the Solaris 10 10/09 release:

http://docs.sun.com/app/docs/doc/819-5461/gazvb?l=en&a=view

Thanks,

Cindy

On 06/18/10 07:09, David Magda wrote:
On Fri, June 18, 2010 08:29, Sendil wrote:

I can create 400+ file system for each users,
but will this affect my system performance during the system boot up?
Is this recommanded or any alternate is available for this issue.

You can create a dataset for each user, and then set a per-dataset quota
for each one:

quota=size | none

Limits the amount of space a dataset and its descendents can
consume. This property enforces a hard limit on the amount of
space used. This includes all space consumed by descendents,
including file systems and snapshots. Setting a quota on a
descendent of a dataset that already has a quota does not
override the ancestor's quota, but rather imposes an additional
limit.

Or, on newer revisions of ZFS, you can have one big data set and put all
your users in there, and then set per-user quotas:

userqu...@user=size | none

Limits the amount of space consumed by the specified
user. Similar to the refquota property, the userquota space
calculation does not include space that is used by descendent
datasets, such as snapshots and clones. User space consumption
is identified by the usersp...@user property.

There's also a "groupquota". See zfs(1M) for details:

   http://docs.sun.com/app/docs/doc/819-2240/zfs-1m

Availability of "userquota" depends on the version of (Open)Solaris that
you have; don't recall when it was introduced.

As for which one is better, that depends: per-user adds flexibility, but a
bit of overhead. Best to test things out for yourself to see if it works
in your environment.

You could always split things up into groups of (say) 50. A few jobs ago,
I was in an environment where we have a /home/students1/ and
/home/students2/, along with a separate faculty/ (using Solaris and UFS).
This had more to do with IOps than anything else.

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to