On 09/05/97 02:55:47 you wrote:
>
>>> - Quotas trees are not usable because you can't mv files from one
>>> quota tree to another (according to the docs).
>
>> The docs are slightly misleading here... sure, you can mv files from
>> one to another, but they get copied, not moved. This should not
>> generally be a problem (it's just like a separate mount point).
>
>Could someone from NetApp provide more detail here? I'm sure you can
>move from one point to another over NFS, but if you are working from
>/, you can't do an NFS rename call from one tree to another? What
>happens when you try to use mv?
Yeah, I'm not sure what would happen if you mount / and try to do
the move from one tree to another. But if you mount them separately
it won't make any difference (you probably do that anyway, since you
want to confine the quota to just /home and not the whole filer).
The mv command just does a copy instead.
>What can't you do from a NFS/SMB client point of view?
Again, I'm not sure what would happen with the root share, but between
shares it will just copy (and then delete if you actually specified a
move).
>> 1. You have to create the quota tree first... if you already have a
>> /home and directories in it, you can't "convert" them into a quota
>> tree. You have to start with a new directory from scratch, crated
>> via the "quota qtree newhome" or something similar.
>
>Ugh. If we get another filer, sure, but doesn't do much good for me
>now.
Yep. I complained bitterly about this years ago when a filer was set
up the wrong way without a quota tree. You couldn't fix it after the
fact. IMHO this is a big problem, as most admins won't understand quota
trees when they first start using the filer, and once they do, it's too
late to change.
A "quota convert qtree" command would be great, even if it took hours
to accomplish for a large directory structure.
>> What Netapp really needs to do is a default quota report by uid/gid
>> type of command on the filer, to avoid the need to set up quotas to
>> track usage.
>
>Agreed. It looks like I'm stuck using "du" for now.
Well, don't take me as definitive... maybe someone else has an idea.
Bruce