Here I am again. After having removed the rdiff-backup metadata
directory, I have ran a successful backup, including the little evil
chmod 0 directories.
Not believing my eyes, I re-ran a sync, just to make sure future
automated script wouldn't fail... and that's where I hit my old bug
again. (See at the end of the message) Note that the exception occurs at
the very end of the backup. Indeed it's some part of the script that
"pops" all the directories in some cache and tries to fix perms on them.
Since the directories are not read/write/execute, it's impossible.
This is the original error I have during my first tests. I tried to fix
this by patching backup.py:
- dir_rp, perms = self.dir_perms_list.pop()
+ dir_rp, perms = self.dir_perms_list.pop(0)
(see http://wiki.koumbit.net/RdiffBackup) ... thinking that maybe if it
would go in the list in reverse, it would fix parent directories first,
but I think that this doesn't work.
we should try to investigate how this cache gets created, but the weird
thing is that those files *didn't change* between the two backup runs so
I don't see why it's even touching them.
A.
Processing changed file var/www/mrtg.hosed/Maildir/tmp
Incrementing mirror file
/backup2/homere.koumbit.net/var/www/mrtg.hosed/Maildir/tmp
Sending back exception [Errno 13] Permission denied:
'/backup2/homere.koumbit.net/usr/home/anarcat/src/a/b' of type
exceptions.OSError:
File
"/usr/local/lib/python2.4/site-packages/rdiff_backup/connection.py",
line 335, in answer_request
result = apply(eval(request.function_string), argument_list)
File "/usr/local/lib/python2.4/site-packages/rdiff_backup/backup.py",
line 231, in patch_and_increment
cls.CCPP.close()
File "/usr/local/lib/python2.4/site-packages/rdiff_backup/backup.py",
line 475, in close
dir_rp.chmod(perms)
File "/usr/local/lib/python2.4/site-packages/rdiff_backup/rpath.py",
line 826, in chmod
self.conn.os.chmod(self.path, permissions & Globals.permission_mask)