---

Hej.


Jeg har gennem et års tid eller deromkring brugt rdiff-backup til at
tage backup af mit hjemmekatalog til en anden maskine - det foregår
via et cron-script der kører ved boot.

Det har virket fint, og de par gange jeg har haft brug for at finde en
fil jeg lige havde slettet, har det været smertefrit.

Så langt så godt.

Forleden tændte jeg computeren og slukkede den inden rdiff-backup var
færdig. Ikke pænt at gøre, men det svarer jo sådan set bare til (noget
lidt mindre end) et strømsvigt på et uheldigt tidspunkt.

Siden da dør rdiff-backup hver gang prøver at tage backup - der kommer
et fint Python-backtrace, som ikke er mig til megen hjælp.

Ikke lige den slags robusthed jeg synes er bedst i en
backup-løsning...

Er der nogen der har oplevet det samme og fundet en løsning?


Her er backtrace't:

asjo@topper$ /usr/bin/rdiff-backup --exclude '/home/asjo/video' --exclude '/home/asjo/pics' --exclude '/home/asjo/sound' --print-statistics /home/asjo/ virgil::/var/local/backup/topper/
Exception '' raised of class 'exceptions.AssertionError':
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 295, in error_check_Main
try: Main(arglist)
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 315, in Main
take_action(rps)
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 271, in take_action
elif action == "backup": Backup(rps[0], rps[1])
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 328, in Backup
backup_final_init(rpout)
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 425, in backup_final_init
checkdest_if_necessary(rpout)
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 820, in checkdest_if_necessary
need_check = checkdest_need_check(dest_rp)
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 810, in checkdest_need_check
if not force: curmir_incs[0].conn.regress.check_pids(curmir_incs)
File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line 448, in __call__
return apply(self.connection.reval, (self.name,) + args)
File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line 367, in reval
for arg in args: self._put(arg, req_num)
File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line 139, in _put
else: self._putobj(obj, req_num)
File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line 144, in _putobj
self._write("o", pickle.dumps(obj, 1), req_num)
File "/usr/lib/python2.3/pickle.py", line 1386, in dumps
Pickler(file, protocol, bin).dump(obj)
File "/usr/lib/python2.3/pickle.py", line 231, in dump
self.save(obj)
File "/usr/lib/python2.3/pickle.py", line 293, in save
f(self, obj) # Call unbound method with explicit self
File "/usr/lib/python2.3/pickle.py", line 614, in save_list
self._batch_appends(iter(obj))
File "/usr/lib/python2.3/pickle.py", line 647, in _batch_appends
save(x)
File "/usr/lib/python2.3/pickle.py", line 293, in save
f(self, obj) # Call unbound method with explicit self
File "/usr/lib/python2.3/pickle.py", line 737, in save_inst
stuff = getstate()
File "/usr/lib/python2.3/site-packages/rdiff_backup/rpath.py", line 754, in __getstate__
assert self.conn is Globals.local_connection

Traceback (most recent call last):
File "/usr/bin/rdiff-backup", line 23, in ?
rdiff_backup.Main.error_check_Main(sys.argv[1:])
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 295, in error_check_Main
try: Main(arglist)
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 315, in Main
take_action(rps)
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 271, in take_action
elif action == "backup": Backup(rps[0], rps[1])
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 328, in Backup
backup_final_init(rpout)
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 425, in backup_final_init
checkdest_if_necessary(rpout)
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 820, in checkdest_if_necessary
need_check = checkdest_need_check(dest_rp)
File "/usr/lib/python2.3/site-packages/rdiff_backup/Main.py", line 810, in checkdest_need_check
if not force: curmir_incs[0].conn.regress.check_pids(curmir_incs)
File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line 448, in __call__
return apply(self.connection.reval, (self.name,) + args)
File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line 367, in reval
for arg in args: self._put(arg, req_num)
File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line 139, in _put
else: self._putobj(obj, req_num)
File "/usr/lib/python2.3/site-packages/rdiff_backup/connection.py", line 144, in _putobj
self._write("o", pickle.dumps(obj, 1), req_num)
File "/usr/lib/python2.3/pickle.py", line 1386, in dumps
Pickler(file, protocol, bin).dump(obj)
File "/usr/lib/python2.3/pickle.py", line 231, in dump
self.save(obj)
File "/usr/lib/python2.3/pickle.py", line 293, in save
f(self, obj) # Call unbound method with explicit self
File "/usr/lib/python2.3/pickle.py", line 614, in save_list
self._batch_appends(iter(obj))
File "/usr/lib/python2.3/pickle.py", line 647, in _batch_appends
save(x)
File "/usr/lib/python2.3/pickle.py", line 293, in save
f(self, obj) # Call unbound method with explicit self
File "/usr/lib/python2.3/pickle.py", line 737, in save_inst
stuff = getstate()
File "/usr/lib/python2.3/site-packages/rdiff_backup/rpath.py", line 754, in __getstate__
assert self.conn is Globals.local_connection
AssertionError
Fatal Error: Lost connection to the remote system
asjo@topper$

På desktoppen (topper) har jeg version 1.1.5-1, på den anden maskine
(virgil) en backport, version 1.1.5-0bpo1.


Mvh.

Adam

--
"Faktum er, at Delphi er det bedste all-round værktøj, Adam Sjøgren
der eksisterer i dag. Og mest produktive." asjo@koldfront.dk

---

On Fri, 10 Feb 2006 18:44:35 +0100, Adam Sjøgren wrote:
> Forleden tændte jeg computeren og slukkede den inden rdiff-backup var
> færdig. Ikke pænt at gøre, men det svarer jo sådan set bare til (noget
> lidt mindre end) et strømsvigt på et uheldigt tidspunkt.

I en sådan situation er det meningen, at rdiff-backup ved næste backup
hitter ud af, at forrige backup fejlede, og da kører en (potentielt ret
langvarig) oprydning, inden den går over til den egentlige backup. Jeg
mindes ikke at have set problemer i den forbindelse.

> Her er backtrace't:
[...]

Det giver heller ikke mening for mig.

> På desktoppen (topper) har jeg version 1.1.5-1, på den anden maskine
> (virgil) en backport, version 1.1.5-0bpo1.

Når du kører en version af noget software, der eksplicit er en
"development/unstable" version, burde det vel dybest set ikke overraske,
at det kan give bøvl?

--
Greetings from Troels Arvin, Copenhagen, Denmark

---

On Sat, 11 Feb 2006 21:18:48 +0100, Troels wrote:

> I en sådan situation er det meningen, at rdiff-backup ved næste backup
> hitter ud af, at forrige backup fejlede, og da kører en (potentielt ret
> langvarig) oprydning, inden den går over til den egentlige backup. Jeg
> mindes ikke at have set problemer i den forbindelse.

Ok, det lyder fornuftigt.

>> På desktoppen (topper) har jeg version 1.1.5-1, på den anden maskine
>> (virgil) en backport, version 1.1.5-0bpo1.

> Når du kører en version af noget software, der eksplicit er en
> "development/unstable" version, burde det vel dybest set ikke overraske,
> at det kan give bøvl?

Næh, jeg havde ikke sat mig ind mere ind i rdiff-backups versionsnumre
end bare at bruge hvad distributionen tilfældigvis gav mig.

Så kan jeg lære at checke hjemmesiden.

Hvis jeg ikke var doven, burde jeg se om jeg kan få samme fejl med den
stabile udgave.


Tak ,

--
"Who ees thees Kählveen?" Adam Sjøgren
asjo@koldfront.dk

---

On Sun, 12 Feb 2006 00:24:09 +0100, Adam Sjøgren wrote:
>> Når du kører en version af noget software, der eksplicit er en
>> "development/unstable" version, burde det vel dybest set ikke overraske,
>> at det kan give bøvl?
>
> Næh, jeg havde ikke sat mig ind mere ind i rdiff-backups versionsnumre
> end bare at bruge hvad distributionen tilfældigvis gav mig.

Jeg ved ikke, hvilken Debian-version, du benytter. Men sidst jeg gav
Debian en chance var én af mine anker netop, at den benyttede en
eksplicit ustabil generation af rdiff-backup (i øvrigt stik imod hvad man
skulle forvente med en Debian).

--
Greetings from Troels Arvin, Copenhagen, Denmark

---

On Sun, 12 Feb 2006 16:10:46 +0100, Troels wrote:

>> Næh, jeg havde ikke sat mig ind mere ind i rdiff-backups
>> versionsnumre end bare at bruge hvad distributionen tilfældigvis
>> gav mig.

> Jeg ved ikke, hvilken Debian-version, du benytter. Men sidst jeg gav
> Debian en chance var én af mine anker netop, at den benyttede en
> eksplicit ustabil generation af rdiff-backup (i øvrigt stik imod
> hvad man skulle forvente med en Debian).

Jeg bruger Debian unstable (på desktoppen), så det er måske ikke så
overraskende at det er en udviklingsversion af rdiff-backup jeg fik
fat i.

I Debian stable er versionen af rdiff-backup 0.13.4 (den stabile
version af rdiff-backup mellem 2004-01-31 og 2005-03-28 iflg.
http://www.nongnu.org/rdiff-backup/CHANGELOG-stable).

Mht. hvad man kan forvente, så er der forskelle på de forskellige
pakke-vedligeholderes holdninger til det, vil jeg tro.

Jeg er tilfreds med Debian, men jeg kan ikke påstå at jeg har prøvet
meget andet de seneste 10 år eller så (udover hurtigt at installere en
minimal SuSE, WHEL, Ubuntu og FreeBSD, få en applikation til at køre
og så hurtigt videre).


Mvh.

--
"Who ees thees Kählveen?" Adam Sjøgren
asjo@koldfront.dk