I think that if you created it as a clone on the same partition, it
would work fine, but whenever you move the parent volume, or move the
clone, it would cease to be a clone.  I don't think anything actually
cares if a clone exists, since it all does CopyOnWrite for all changes.

I figured on a "vos copy volname server part volname server part" with
server and partition defaulting reasonably.

Would be nice if there were some reasonable way to do a "vos merge
server part vol1 vol2" that would recombine a couple of volumes.
Unfortunately, that would likely be a fairly expensive operation, since
it would have to compare every file in a pair of volumes. Without that
though, as soon as you had multiple clones, you couldn't move the
volumes to a different server without using X * quotaused. 

Adding a "vos copy" routine should be relatively easy to do. 

-- Nathan

------------------------------------------------------------
Nathan Neulinger                       EMail:  [EMAIL PROTECTED]
University of Missouri - Rolla         Phone: (573) 341-4841
Computing Services                       Fax: (573) 341-4216


> -----Original Message-----
> From: Michael Niksch [mailto:nik@;zurich.ibm.com] 
> Sent: Wednesday, October 23, 2002 12:40 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [OpenAFS-devel] vos dump busying out the volume 
> while dumping...
> 
> 
> So something like
> 
>   vos move ... -copy <new volume name>
> 
> which would create a copy on the same or some other server:partition,
> but give it a different name and keep the original around?
> Unfortunately, even if it were on the same server:partition, it
> couldn't just be a clone if you cannot track it in the vldb, right?
> 
> -- 
> Michael Niksch                     /Zurich/IBM @ IBMCH
> IBM Zurich Research Laboratory     [EMAIL PROTECTED]
> Saeumerstrasse 4                   http://www.zurich.ibm.com/~nik/
> CH-8803 Rueschlikon / Switzerland  P: +41-1-724-8913 F: +41-1-724-8080
> _______________________________________________
> OpenAFS-devel mailing list
> [EMAIL PROTECTED]
> https://lists.openafs.org/mailman/listinfo/openafs-devel
> 
_______________________________________________
OpenAFS-devel mailing list
[EMAIL PROTECTED]
https://lists.openafs.org/mailman/listinfo/openafs-devel

Reply via email to