On Dec 2, 2008, at 8:25 PM, Julien Poffet wrote:
OSError: [Errno 13] Permission denied: '/tmp/bck/131.243.51.142/ rdiff-backup-data/rdiff-backup.tmp.0/symlinked_file2'


However if I list the content of the target backup directory in the host I have the following result:

po...@popei-laptop:~/vml/backup$ ls -l rdiff-backup-data/rdiff- backup.tmp.0/
total 8
-rw------- 2 popei popei    0 2008-12-02 17:12 hardlinked_file1
drwx------ 2 popei popei 4096 2008-12-02 17:12 hl
lrwxrwxrwx 1 popei popei 72 2008-12-02 17:12 symlinked_file2 -> / bck/131.243.51.142/rdiff-backup-data/rdiff-backup.tmp.0/ symlinked_file1

It seems that the symlinked_file2 is set to a wrong directory path. It should be /tmp/bck/131... and so on.


Hi Julien,

Thanks for reporting this issue. The filesystem test which produced that errant symlink needed to be cleaned-up, which I have done in CVS.

However, what you have encountered is also a bug in the chirp filesystem. All other Unix filesystems are capable of deleting a broken symlink. Chrip should either delete broken symlinks, or prevent you from creating them in the first place (allowing users to create files they can't delete is generally bad practice. :-)


Andrew
_______________________________________________
rdiff-backup-users mailing list at [email protected]
http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/RdiffBackupWiki

Reply via email to