cd-burning/tapeing rdiff-backups?

[Ben Escoto]

--==_Exmh_-1818811212P
Content-Type: text/plain; charset=us-ascii

>>>>> "GZ" == Gregor Zattler <texmex@uni.de>
>>>>> wrote the following on Mon, 2 Sep 2002 22:16:42 +0200

  GZ> I thought about tapes.  But it doesnt matter.  Backups are data
  GZ> as other data and there is a need to manage them one way or the
  GZ> other.

Well, rdiff-backup requires that the destination be available in the
form of a random access file system.  This can probably be done with
a tape but usually its interface is represented by a block device.
   
  GZ> So i could do a backup on two tapes: - one tape with the mirror,
  GZ> another tape with the increments.

  GZ> - next time i make a new mirror on tape one and copy new
  GZ> increments to tape two.  ...  - later i make a mirror on tape
  GZ> one and copy newer increments on tape three because tape two is
  GZ> full?  ...  - even later i make a mirror on tape one and recycle
  GZ> tape two for newer increments

If you can do it I suppose it would work, but rdiff-backup doesn't
know anything about tapes.  There is no way to tell it to store the
mirror files on one tape and the increment files on a different tape.

    Maybe I still don't get your question, but this seems unrelated to
rdiff-backup to me.  rdiff-backup doesn't support tapes, just file
systems.  If, after rdiff-backup is run, you have some way of backing
up a file system onto a tape, then sure, that would work, as
rdiff-backup just writes files like any other program.

  GZ> How do i achive the copying of the incremets? Would cp -a
  GZ> /backup/*2002.07.* /backbackup catch all necessary files?

No, the backup files will be in several directories in
/backup/rdiff-backup-data.  You could use rsync maybe:

rsync -a /backup/rdiff-backup-data /backupbackup


-- 
Ben Escoto

--==_Exmh_-1818811212P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Exmh version 2.5 01/15/2001

iD8DBQE9c/58+owuOvknOnURAqraAKCKk0Z9aN9zJbda4hqGckiECnccegCggi+v
uUmokmCGyQIQqtaCucQw4zs=
=LqSi
-----END PGP SIGNATURE-----

--==_Exmh_-1818811212P--