I would believe that what would be desired is a non-permanent delete in the r/w volume in which the file/directory would be marked with a new attribute that means deleted but not reclaimed.
Files/directories would be automatically reclaimed as they bump up against their quota. New RPCs would be required to support the undelete operations: * purge all deleted but unclaimed files/dirs * undelete the specified file/dir * list files/dirs that can be undeleted The undelete support should be configurable per volume. A new pioctl would be provided to allow user tools to be implemented that support the list, undelete, and purge operations. Jeffrey Altman Matt Benjamin wrote: > Open to discussion, I think. Hypothetically through a read-only > filesystem path (per-volume?), with a purge RPC on (the volume?). > > Matt > > Derrick J Brashear wrote: >> On Thu, 7 Dec 2006, Matt Benjamin wrote: >> >>> Hi All, >>> >>> I'm posting to ask how much interest there would be among AFS sites >>> for a file undeletion mechanism in the fileserver. Clearly, AFS >>> users have less apparent need for such a feature given backup >>> volumes, but the semantics are not the same. Thoughts? >> >> What would the interface for it be? >> >> Derrick >> >> _______________________________________________ >> OpenAFS-info mailing list >> [email protected] >> https://lists.openafs.org/mailman/listinfo/openafs-info > >
smime.p7s
Description: S/MIME Cryptographic Signature
