Brian Sebby wrote:
The only software that I'm aware of that currently supports AFS backups
natively is TIBS. Veritas NetBackup used to support AFS, but they officially
discontinued support a couple of versions ago (although the plugin continues
to work for now).
The main issue in backing up
On Thu, Mar 29, 2007 at 10:07:42AM +0200, Gert Burger wrote:
We are currently switching to openafs but are concerned about how to
backup our data.
My problem with dumping a volume and doing a backup of that is that it
seems difficult to do incrementals.
We only have enough space for about 3x
* Gert Burger [2007-03-30 13:52:58 +0200]:
Brian Sebby wrote:
The main issue in backing up AFS is that you need to preserve the ACLs that
are stored in the directory structure - if you just back it up as files
you're going to lose that.
[...]
What we do (and I suspect many others) is to use
Morning
We are currently switching to openafs but are concerned about how to
backup our data.
Our current setup uses bacula to backup all our data to a central server
which stores incrementals/differentials and full backups for up to 2 months.
We would like to continue using it when all our
I'm not familiar with Bacula, so I can't comment or compare it.
I use AFS 'backup' to write volume set files to a central server with
SAN disk attached. We hold them on disk for one semester, then move
them to a tape library for two years. That scheme provides quick
restores of current
I failed to mention that AFS has a 'backupsys' command also. This
creates a clone of each volume in your cell. We mount this backup
volume under a user's home dir as the 'yesterday' directory. The user
can then retrieve files from the previous backup period, without
assistance from IT.
The only software that I'm aware of that currently supports AFS backups
natively is TIBS. Veritas NetBackup used to support AFS, but they officially
discontinued support a couple of versions ago (although the plugin continues
to work for now).
The main issue in backing up AFS is that you need
