On Wed, 7 Nov 2012 12:38:41 +0100 Georg Sluyterman <[email protected]> wrote:
> Okay. I have not found other good alternatives. > Bacula: Their (currently) rudimentary support for AFS is sadly totally > undocumented and no help on their mailinglist. As far as I know, the "AFS support" just means they read ACLs for directories (I assume it only works on Linux). It just reads data from the client, like if you ran rsync or recursive cp or whatever. > amanda-afs: I don't use Amanda, but that could maybe be an > alternative. amanda-afs was written a long time ago, for older versions of amanda. I really would not recommend this, unless something newer has been created. > vos dump: I would have to write a bunch of code taking care of > scheduling etc. You might be surprised at the number of places that get by by just backing up volume dump files as regular files :) Or copy out of /afs, or backup /vicepX data directly. > If you have some input on my observations; I am listening :) I didn't mean to tell you to not use it, just be aware it's not the most heavily used piece of OpenAFS. There are sites that have (recently) had success with the native AFS backup system, with BackupAFS, and with rolling their own scripts. So, feel free to go with whatever leaves you with the best impression. -- Andrew Deason [email protected] _______________________________________________ OpenAFS-info mailing list [email protected] https://lists.openafs.org/mailman/listinfo/openafs-info
