Hi Managers,
We've experienced an annoying problem with 4.0E and the edquota -U
uid command. It seems that since 4.0 the user has to exist before you can set
the quota. This presents a problem on systems that we do not distribute YP to
during the day due to the expense on the CPU. The comment below is from the
creator/maintainer of the account management system:
> "edquota -U" rejects any attempt to edit quotas for a userid which is not
> known to correspond to a login name ("4610: no such userid"). On systems
> where yppush is done relatively infrequently because of its high cost,
> this prevents doing quota setting -- and hence directory creation -- until
> after the next yppush, a considerable operational inconvenience. There
> should be a way to override this restriction.
>
> Meanwhile... I see your user-creation scripts usually create the user and
> then separately set the quota. It would be good if this could be changed,
> because this leaves the user with an infinite quota until the next yppush.
> If the quota is instead included in the data presented to "shusedo add",
> then directory creation itself will fail until the quota can be set.
>
> Henry
It does work on 4.0D and below.
Any insight is appreciated...
Thanks,
------------------------------------------------------------------------------
Trevor Stott Trevor.Stott_at_sheridanc.on.ca
Information Technology
Sheridan College Phone: (905) 845-9430 ext. 2148
Oakville, Ontario, Canada Fax: (905) 815-4011
------------------------------------------------------------------------------
"Every time I think I know where it's at, they move it."
Received on Mon Feb 22 1999 - 15:16:18 NZDT