Backup Central

Hi,

Im trying to get rdiff-backup 0.12.6 working on my Gentoo 1.4 system,
Im having a problem ... This is what I have tried

bash-2.05b#
bash-2.05b# rdiff-backup /home/ /mnt/win98/autoarchive.gentoo
Fatal Error: Destination directory

/mnt/win98/autoarchive.gentoo

exists, but does not look like a rdiff-backup directory. Running
rdiff-backup like this could mess up what is currently in it. If you
want to update or overwrite it, run rdiff-backup with the --force
option.
bash-2.05b# rdiff-backup --force /home/ /mnt/win98/autoarchive.gentoo

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
250, in Main
take_action(rps)
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line
222, in take_action
elif action == "backup": Backup(rps[0], rps[1])
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line
260, in Backup
backup_init_dirs(rpin, rpout)
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line
318, in backup_init_dirs
ErrorLog.open(Time.curtimestr, compress = Globals.compression)
File "/usr/lib/python2.3/site-packages/rdiff_backup/log.py", line 219,
in open
cls._log_fileobj = cls._log_inc_rp.open("wb", compress = compress)
File "/usr/lib/python2.3/site-packages/rdiff_backup/rpath.py", line
801, in open
if compress: return gzip.GzipFile(self.path, mode)
File "/usr/lib/python2.3/gzip.py", line 94, in __init__
fileobj = self.myfileobj = __builtin__.open(filename, mode or 'rb')
IOError: invalid mode: wb
bash-2.05b#

Hopefully i have not done anthing to dumb ! :-)

Can anyone tell me where I am going wrong ... ?

PS

bash-2.05b# ls -R /mnt/win98/autoarchive.gentoo/
/mnt/win98/autoarchive.gentoo/:
rdiff-backup-data

/mnt/win98/autoarchive.gentoo/rdiff-backup-data:
backup.log increments

/mnt/win98/autoarchive.gentoo/rdiff-backup-data/increments:
bash-2.05b#

Dave S <gentoo < at > pusspaws.net> writes:
Im trying to get rdiff-backup 0.12.6 working on my Gentoo 1.4 system,
Im having a problem ... This is what I have tried

bash-2.05b#
bash-2.05b# rdiff-backup /home/ /mnt/win98/autoarchive.gentoo

From this pathname, I am guessing that you are trying to back up
onto a vfat filesystem. I strongly suspect that that doesn't work.

When a vfat file system is mounted under linux, attempts to change the
owner, group, or permissions on files return errors, because vfat doesn't
have these things.

I tried to run a test case using rdiff-backup 0.13.3 to a vfat filesystem,
and it failed trying to change the file permission modes.

I do not know if mounting the filesystem as umsdos would help;
might do bad things to the windows install.


Here's the error from the original report:
File "/usr/lib/python2.3/gzip.py", line 94, in __init__
fileobj = self.myfileobj = __builtin__.open(filename, mode or 'rb')
IOError: invalid mode: wb

Anyone know what mode "wb" is?

Here's the error from an attempt I made using 0.13.3:

File "/usr/lib/python2.3/site-packages/rdiff_backup/rpath.py", line 162, in copy_attribs
rpout.chmod(rpin.getperms())
File "/usr/lib/python2.3/site-packages/rdiff_backup/rpath.py", line 739, in chmod
self.conn.os.chmod(self.path, permissions)
OSError: [Errno 1] Operation not permitted: '/windows/Documents and Settings/Andrew K. Bressen/foo/.galeon/favicon_cache'
Exception exceptions.TypeError: "'NoneType' object is not callable" in <bound method GzipFile.__del__ of <gzip open file '/windows/Documents and Settings/Andrew K. Bressen/foo/rdiff-backup-data/file_statistics.2004-05-29;08413;05806;05823-04;05800.data.gz', mode 'wb' at 0x40210ee0 0x404bbd4c>> ignored
Exception exceptions.TypeError: "'NoneType' object is not callable" in <bound method GzipFile.__del__ of <gzip open file '/windows/Documents and Settings/Andrew K. Bressen/foo/rdiff-backup-data/error_log.2004-05-29;08413;05806;05823-04;05800.data.gz', mode 'wb' at 0x40210e20 0x404bbc2c>> ignored
Exception exceptions.TypeError: "'NoneType' object is not callable" in <bound method GzipFile.__del__ of <gzip open file '/windows/Documents and Settings/Andrew K. Bressen/foo/rdiff-backup-data/mirror_metadata.2004-05-29;08413;05806;05823-04;05800.snapshot.gz', mode 'wb' at 0x40232020 0x404bbeec>> ignored

Andrew K. Bressen wrote:

Dave S <gentoo < at > pusspaws.net> writes:


Im trying to get rdiff-backup 0.12.6 working on my Gentoo 1.4 system,
Im having a problem ... This is what I have tried

bash-2.05b#
bash-2.05b# rdiff-backup /home/ /mnt/win98/autoarchive.gentoo



From this pathname, I am guessing that you are trying to back up
onto a vfat filesystem. I strongly suspect that that doesn't work.

When a vfat file system is mounted under linux, attempts to change the
owner, group, or permissions on files return errors, because vfat doesn't
have these things.

I tried to run a test case using rdiff-backup 0.13.3 to a vfat filesystem,
and it failed trying to change the file permission modes.

I do not know if mounting the filesystem as umsdos would help;
might do bad things to the windows install.


I changed it to backup on a spare ext3 filesystem partition ... It works
:-)

Cheers
Dave

On Sat, 2004-05-29 at 18:26, Andrew K. Bressen wrote:
Here's the error from the original report:
File "/usr/lib/python2.3/gzip.py", line 94, in __init__
fileobj = self.myfileobj = __builtin__.open(filename, mode or 'rb')
IOError: invalid mode: wb

Anyone know what mode "wb" is?

Well in C it means create a file in binary write mode.




BMRB International
http://www.bmrb.co.uk
+44 (0)20 8566 5000
_________________________________________________________________
This message (and any attachment) is intended only for the
recipient and may contain confidential and/or privileged
material. If you have received this in error, please contact the
sender and delete this message immediately. Disclosure, copying
or other action taken in respect of this email or in
reliance on it is prohibited. BMRB International Limited
accepts no liability in relation to any personal emails, or
content of any email which does not directly relate to our
business.