[OpenAFS] files missing from incremental vos restore
Sat, 5 Nov 2005 17:30:43 -0500
On 11/4/05, Christoph Scheurer <firstname.lastname@example.org> wrote:
> at our site we are using OpenAFS to serve home-directories for about 60
> users. On Oct 27. we had a hardware failure on an AFS fileserver partitio=
> had to restore volume dumps from our backup. The restore procedure finish=
> succesfully but when we checked the restored volumes we had to realize th=
> some files were missing. Closer inspection showed that these files were
> restored from the most recent full dumps but then removed by restoring th=
> subsequent incremental dumps, even that the respective files had not been
> removed between dumps from the original volumes. Has anyone else
> encountered/solved this problem before?
Did you remember to use the "-overwrite incremental" switch when doing
the incremental restore?
> We are running OpenAFS 1.2.13 on the fileserver and the dump/restore is a=
> performed on that server locally. Our backup strategy is the following:
> * every night at 0:10 (local time) perform a 'vos backupsys user'
> * afterwards perform full 'vos dump' for each volume user.*.backup on th=
> of every month
> * every other day MM/DD/YYYY perform an incremental dump with -time opti=
> MM/(DD-1)/YYYY for each volume user.*.backup
> Is there a problem with synchronization/serialiation when using 'vos back=
> i.e. should we explicitly 'vos backup' each individual volume before dump=
> it? Or is it better to directly dump the RW volume instead of the RO back=
You are doing things the right way. You don't want to backup the RW
volume so that it stays available for the user. The RO .backup volume
both provides a way for you to backup files without interupting
service and allows you to make the previous night's backup available
at all times [often by mounting the volume somewhere, such as a
.OldFiles mountpoint in a user's directory].