[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[rdiff-backup-users] Re: Remote backup server without root and rdiff-bac
From: |
Jens Benecke |
Subject: |
[rdiff-backup-users] Re: Remote backup server without root and rdiff-backup? |
Date: |
Thu, 07 Oct 2004 10:09:57 +0200 |
User-agent: |
KNode/0.7.7 |
Troels Arvin wrote:
> On Wed, 06 Oct 2004 13:51:56 +0200, Jens Benecke wrote:
>
>> I am also thinking about mounting the local backup directory
>> "nosuid,noexec,nodev" (it is /home), this should not affect
>> rdiff-backup's operation, right?
>
> I haven't tried it, but if it should affect rdiff-backup, then you would
> have found a bug, as far as I can see.
OK. I'll try it.
Will it also work if I change an _existing_ rdiff-backup data directory to
nosuid/nodev/etc? Or will rdiff-backup fail to update the existing backup?
>>> plan should work fine. I don't recommend backing up / completely - you
>>> can find lots about that in the archives.
>> So rdiff-backup is not suitable for "crash recovery" type backups?
> No, I don't think so. (But I don't like crash recovery" type backups, so
> it doesn't bother me.)
Well, what I want to do is basically be "up" again as quickly as possible
after a hacker attack or an accidental "rm -r" in the wrong directory.
Data loss due to harddisk failures is already covered by a RAID1.
>> btw: I just found out about SHFS. (http://shfs.sf.net) It lets you mount
>> directories via SSH. It performs quite well (~1-2MB/s) so it might be
>> suitable for remote rdiff-backup where only SSH access is possible. I'll
>> try doing remote backups that way.
>
> Please tell us about your experiences when you have tried it for a little
> while.
It doesn't seem to work:
master:~# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/md0 3903556 518544 3385012 14% /
/dev/md1 979804 34804 945000 4% /tmp
/dev/md2 9767120 1193260 8573860 13% /var
/dev/md3 118580056 13220096 105359960 12% /home
address@hidden:/bak
3692092416 867407936 2637136864 25% /mnt
master:~# time /usr/bin/rdiff-backup --print-statistics
--exclude-globbing-filelist /usr/local/sbin/backup.exclude / /mnt/rdiff/
-----------------------------------------------------------------
Detected abilities for source (read only) file system:
Access control lists Off
Extended attributes Off
Mac OS X style resource forks Off
Mac OS X Finder information Off
-----------------------------------------------------------------
Warning: ownership cannot be changed on filesystem
at /mnt/rdiff/rdiff-backup-data
Warning: hard linking not supported by filesystem
at /mnt/rdiff/rdiff-backup-data
Traceback (most recent call last):
File "/usr/bin/rdiff-backup", line 23, in ?
rdiff_backup.Main.Main(sys.argv[1:])
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 259, in
Main
take_action(rps)
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 229, in
take_action
elif action == "backup": Backup(rps[0], rps[1])
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 270, in
Backup
backup_set_fs_globals(rpin, rpout)
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 388, in
backup_set_fs_globals
dest_fsa = rpout.conn.fs_abilities.get_fsabilities_readwrite(
File "/usr/lib/python2.3/site-packages/rdiff_backup/fs_abilities.py", line
402, in get_fsabilities_readwrite
return FSAbilities(desc_string).init_readwrite(
File "/usr/lib/python2.3/site-packages/rdiff_backup/fs_abilities.py", line
155, in init_readwrite
subdir.delete()
File "/usr/lib/python2.3/site-packages/rdiff_backup/rpath.py", line 851,
in delete
except os.error: self.conn.shutil.rmtree(self.path)
File "/usr/lib/python2.3/shutil.py", line 142, in rmtree
raise exc[0], (exc[1][0], exc[1][1] + ' removing '+arg)
OSError: [Errno 16] Device or resource busy
removing /mnt/rdiff/rdiff-backup-data/rdiff-backup.tmp.0
--
Jens Benecke
http://www.hitchhikers.de - Europas kostenlose Mitfahrzentrale seit 1998
http://www.rb-hosting.de - Webhosting mit Extras - PHP ab €9 - SSH ab €19
http://www.spamfreemail.de - 100% saubere Postfächer, garantiert!