Backup Central

All,
This is a traceback from a linux server attempting to restore a backup
of a mac client to a mac client. I've tried a couple of different
clients, and they all fail quickly, on the \xaf file creation.
Any idea whats going on?

[root < at > stenia clients]# rdiff-backup --force -r 1H tpsun-g4/Users/
root < at > biodhcp-185-179::/restores/
Warning: Local version 0.13.4 does not match remote version 0.13.6.
Traceback (most recent call last):
File "/usr/bin/rdiff-backup", line 24, in ?
rdiff_backup.Main.Main(sys.argv[1:])
File "/usr/lib64/python2.2/site-packages/rdiff_backup/Main.py", line
259, in Main
take_action(rps)
File "/usr/lib64/python2.2/site-packages/rdiff_backup/Main.py", line
239, in take_action
elif action == "restore-as-of": Restore(rps[0], rps[1], 1)
File "/usr/lib64/python2.2/site-packages/rdiff_backup/Main.py", line
453, in Restore
restore_set_fs_globals(dest_rp)
File "/usr/lib64/python2.2/site-packages/rdiff_backup/Main.py", line
491, in restore_set_fs_globals
target_fsa = target.conn.fs_abilities.get_fsabilities_readwrite(
File "/usr/lib64/python2.2/site-packages/rdiff_backup/connection.py",
line 445, in __call__
return apply(self.connection.reval, (self.name,) + args)
File "/usr/lib64/python2.2/site-packages/rdiff_backup/connection.py",
line 367, in reval
if isinstance(result, Exception): raise result
OSError: [Errno 22] Invalid argument:
'/restores/rdiff-backup.tmp.3/\xaf'
[root < at > stenia clients]# Traceback (most recent call last):
File "/usr/bin/rdiff-backup", line 25, in ?
rdiff_backup.Main.Main(sys.argv[1:])
File
"/opt/rdiff-backup-0.13.6/lib/python2.3/site-packages/rdiff_backup/Main.py", line 280, in Main
take_action(rps)
File
"/opt/rdiff-backup-0.13.6/lib/python2.3/site-packages/rdiff_backup/Main.py", line 248, in take_action
connection.PipeConnection(sys.stdin, sys.stdout).Server()
File
"/opt/rdiff-backup-0.13.6/lib/python2.3/site-packages/rdiff_backup/connection.py", line 352, in Server
self.get_response(-1)
File
"/opt/rdiff-backup-0.13.6/lib/python2.3/site-packages/rdiff_backup/connection.py", line 314, in get_response
try: req_num, object = self._get()
File
"/opt/rdiff-backup-0.13.6/lib/python2.3/site-packages/rdiff_backup/connection.py", line 230, in _get
raise ConnectionReadError("Truncated header string (problem "
rdiff_backup.connection.ConnectionReadError: Truncated header string
(problem probably originated remotely)


--
Hunter Matthews Unix / Network Administrator
Office: BioScience 145/244 Duke Univ. Biology Department
Key: F0F88438 / FFB5 34C0 B350 99A4 BB02 9779 A5DB 8B09 F0F8 8438
Never take candy from strangers. Especially on the internet.

Ok, sorry to reply to my own email.

The machine backed up was OSX Tiger (10.4.0) and I was attempting to
restore to Tiger (10.4.0).

Restoring to 10.3 (jaguar?) machine seems to work fine (its running
right now).

It dies quick - it looks like in the tests that rdiff-backup does to
figure out what kind of filesystem/quoting/whatever tricks it needs to
know about.

Which causes me to wonder why it didn't die when doing those tests for
the backup itself.



On Wed, 2005-06-22 at 14:35, Hunter Matthews wrote:
All,
This is a traceback from a linux server attempting to restore a backup
of a mac client to a mac client. I've tried a couple of different
clients, and they all fail quickly, on the \xaf file creation.
Any idea whats going on?

[root < at > stenia clients]# rdiff-backup --force -r 1H tpsun-g4/Users/
root < at > biodhcp-185-179::/restores/
Warning: Local version 0.13.4 does not match remote version 0.13.6.
Traceback (most recent call last):
File "/usr/bin/rdiff-backup", line 24, in ?
rdiff_backup.Main.Main(sys.argv[1:])
File "/usr/lib64/python2.2/site-packages/rdiff_backup/Main.py", line
259, in Main
take_action(rps)
File "/usr/lib64/python2.2/site-packages/rdiff_backup/Main.py", line
239, in take_action
elif action == "restore-as-of": Restore(rps[0], rps[1], 1)
File "/usr/lib64/python2.2/site-packages/rdiff_backup/Main.py", line
453, in Restore
restore_set_fs_globals(dest_rp)
File "/usr/lib64/python2.2/site-packages/rdiff_backup/Main.py", line
491, in restore_set_fs_globals
target_fsa = target.conn.fs_abilities.get_fsabilities_readwrite(
File "/usr/lib64/python2.2/site-packages/rdiff_backup/connection.py",
line 445, in __call__
return apply(self.connection.reval, (self.name,) + args)
File "/usr/lib64/python2.2/site-packages/rdiff_backup/connection.py",
line 367, in reval
if isinstance(result, Exception): raise result
OSError: [Errno 22] Invalid argument:
'/restores/rdiff-backup.tmp.3/\xaf'
[root < at > stenia clients]# Traceback (most recent call last):
File "/usr/bin/rdiff-backup", line 25, in ?
rdiff_backup.Main.Main(sys.argv[1:])
File
"/opt/rdiff-backup-0.13.6/lib/python2.3/site-packages/rdiff_backup/Main.py", line 280, in Main
take_action(rps)
File
"/opt/rdiff-backup-0.13.6/lib/python2.3/site-packages/rdiff_backup/Main.py", line 248, in take_action
connection.PipeConnection(sys.stdin, sys.stdout).Server()
File
"/opt/rdiff-backup-0.13.6/lib/python2.3/site-packages/rdiff_backup/connection.py", line 352, in Server
self.get_response(-1)
File
"/opt/rdiff-backup-0.13.6/lib/python2.3/site-packages/rdiff_backup/connection.py", line 314, in get_response
try: req_num, object = self._get()
File
"/opt/rdiff-backup-0.13.6/lib/python2.3/site-packages/rdiff_backup/connection.py", line 230, in _get
raise ConnectionReadError("Truncated header string (problem "
rdiff_backup.connection.ConnectionReadError: Truncated header string
(problem probably originated remotely)

--
Hunter Matthews Unix / Network Administrator
Office: BioScience 145/244 Duke Univ. Biology Department
Key: F0F88438 / FFB5 34C0 B350 99A4 BB02 9779 A5DB 8B09 F0F8 8438
Never take candy from strangers. Especially on the internet.

Were there any ideas on this? Can anyone else restore to Tiger?



On Wed, 2005-06-22 at 15:03, Hunter Matthews wrote:
Ok, sorry to reply to my own email.

The machine backed up was OSX Tiger (10.4.0) and I was attempting to
restore to Tiger (10.4.0).

Restoring to 10.3 (jaguar?) machine seems to work fine (its running
right now).

It dies quick - it looks like in the tests that rdiff-backup does to
figure out what kind of filesystem/quoting/whatever tricks it needs to
know about.

Which causes me to wonder why it didn't die when doing those tests for
the backup itself.



On Wed, 2005-06-22 at 14:35, Hunter Matthews wrote:
All,
This is a traceback from a linux server attempting to restore a backup
of a mac client to a mac client. I've tried a couple of different
clients, and they all fail quickly, on the \xaf file creation.
Any idea whats going on?

[root < at > stenia clients]# rdiff-backup --force -r 1H tpsun-g4/Users/
root < at > biodhcp-185-179::/restores/
Warning: Local version 0.13.4 does not match remote version 0.13.6.
Traceback (most recent call last):
File "/usr/bin/rdiff-backup", line 24, in ?
rdiff_backup.Main.Main(sys.argv[1:])
File "/usr/lib64/python2.2/site-packages/rdiff_backup/Main.py", line
259, in Main
take_action(rps)
File "/usr/lib64/python2.2/site-packages/rdiff_backup/Main.py", line
239, in take_action
elif action == "restore-as-of": Restore(rps[0], rps[1], 1)
File "/usr/lib64/python2.2/site-packages/rdiff_backup/Main.py", line
453, in Restore
restore_set_fs_globals(dest_rp)
File "/usr/lib64/python2.2/site-packages/rdiff_backup/Main.py", line
491, in restore_set_fs_globals
target_fsa = target.conn.fs_abilities.get_fsabilities_readwrite(
File "/usr/lib64/python2.2/site-packages/rdiff_backup/connection.py",
line 445, in __call__
return apply(self.connection.reval, (self.name,) + args)
File "/usr/lib64/python2.2/site-packages/rdiff_backup/connection.py",
line 367, in reval
if isinstance(result, Exception): raise result
OSError: [Errno 22] Invalid argument:
'/restores/rdiff-backup.tmp.3/\xaf'
[root < at > stenia clients]# Traceback (most recent call last):
File "/usr/bin/rdiff-backup", line 25, in ?
rdiff_backup.Main.Main(sys.argv[1:])
File
"/opt/rdiff-backup-0.13.6/lib/python2.3/site-packages/rdiff_backup/Main.py", line 280, in Main
take_action(rps)
File
"/opt/rdiff-backup-0.13.6/lib/python2.3/site-packages/rdiff_backup/Main.py", line 248, in take_action
connection.PipeConnection(sys.stdin, sys.stdout).Server()
File
"/opt/rdiff-backup-0.13.6/lib/python2.3/site-packages/rdiff_backup/connection.py", line 352, in Server
self.get_response(-1)
File
"/opt/rdiff-backup-0.13.6/lib/python2.3/site-packages/rdiff_backup/connection.py", line 314, in get_response
try: req_num, object = self._get()
File
"/opt/rdiff-backup-0.13.6/lib/python2.3/site-packages/rdiff_backup/connection.py", line 230, in _get
raise ConnectionReadError("Truncated header string (problem "
rdiff_backup.connection.ConnectionReadError: Truncated header string
(problem probably originated remotely)

--
Hunter Matthews Unix / Network Administrator
Office: BioScience 145/244 Duke Univ. Biology Department
Key: F0F88438 / FFB5 34C0 B350 99A4 BB02 9779 A5DB 8B09 F0F8 8438
Never take candy from strangers. Especially on the internet.

On Mon, 27 Jun 2005, Hunter Matthews wrote:

Were there any ideas on this? Can anyone else restore to Tiger?

your problem looks the same as bug #12949 ...
<https://savannah.nongnu.org/bugs/index.php?func=detailitem&item_id=12949>

i see a patch for that bug
<https://savannah.nongnu.org/bugs/download.php?item_id=12949&item_file_id=2555>,
but i can't tell from the comments if the patch is just a band-aid or a
real fix. it looks to me like the patch might be hiding a real problem --
why is the illegal character being passed down that far in the first
place?

i'd be willing to commit the patch if it really is the right fix...

thanks
-dean

On Mon, 27 Jun 2005, dean gaudet wrote:

i see a patch for that bug
<https://savannah.nongnu.org/bugs/download.php?item_id=12949&item_file_id=2555>,

yeah this patch is definitely right... i didn't look close enough last
night. i've committed it to cvs ... if you want to grab the current cvs
the info is at <https://savannah.nongnu.org/projects/rdiff-backup/>.

-dean

nurtz - ok, I'll give that a test.


On Tue, 2005-06-28 at 15:29, dean gaudet wrote:
On Mon, 27 Jun 2005, dean gaudet wrote:

i see a patch for that bug
<https://savannah.nongnu.org/bugs/download.php?item_id=12949&item_file_id=2555>,

yeah this patch is definitely right... i didn't look close enough last
night. i've committed it to cvs ... if you want to grab the current cvs
the info is at <https://savannah.nongnu.org/projects/rdiff-backup/>.

-dean
--
Hunter Matthews Unix / Network Administrator
Office: BioScience 145/244 Duke Univ. Biology Department
Key: F0F88438 / FFB5 34C0 B350 99A4 BB02 9779 A5DB 8B09 F0F8 8438
Never take candy from strangers. Especially on the internet.