Problem mit Duplicity/FTPlicity

M

MacGyver

Registered User
Hallo,

ich möchte mit dem Skript vom Maganzon c't ein Backup meines Servers durchführen. Das Skript ruft Duplicity auf und die Tipperei entfällt. Ich bekomme jedoch folgende Fehlermeldungen beim Ausführen:
Code: 
T29665:/usr/local/bin/ftplicity-1.1.1# ./ftplicity full
Traceback (most recent call last):
  File "/usr/bin/duplicity", line 358, in ?
    if __name__ == "__main__": main()
  File "/usr/bin/duplicity", line 332, in main
    action = commandline.ProcessCommandLine(sys.argv[1:])
  File "/usr/lib/python2.3/site-packages/duplicity/commandline.py", line 240, in ProcessCommandLine
    backup, local_pathname = set_backend(args[0], args[1])
  File "/usr/lib/python2.3/site-packages/duplicity/commandline.py", line 151, in set_backend
    backend1, backend2 = backends.get_backend(arg1), backends.get_backend(arg2)
  File "/usr/lib/python2.3/site-packages/duplicity/backends.py", line 42, in get_backend
    return backend_class(pu)
  File "/usr/lib/python2.3/site-packages/duplicity/backends.py", line 331, in __init__
    self.ftp.cwd(parsed_url.path)
  File "/usr/lib/python2.3/ftplib.py", line 494, in cwd
    return self.voidcmd(cmd)
  File "/usr/lib/python2.3/ftplib.py", line 246, in voidcmd
    return self.voidresp()
  File "/usr/lib/python2.3/ftplib.py", line 221, in voidresp
    resp = self.getresp()
  File "/usr/lib/python2.3/ftplib.py", line 214, in getresp
    raise error_perm, resp
ftplib.error_perm: 550 backup/: No such file or directory

Ich nehme an, dass ich irgendein Paket nicht installiert habe. Python 2.3 ist drauf. Hoffe, dass mir jemand helfen kann, weil ich mein altes rsync Backup schon voreilig gelöscht habe :(

MFG
 
Manche Fehlermeldungen muß man von oben nach unten lesen, andere wiederum von unten nach oben.
Rate mal, was hier die wichtige Aussage ist....

Kleiner Tip:
MacGyver said:
ftplib.error_perm: 550 backup/: No such file or directory
Click to expand...

huschi.
 
Hallo Huschi. Vielen Dank für die Antwort. Du hast Recht. Hab den Wald vor lauter Bäumen nicht mehr gesehen. Ordner ist erstellt. Es läuft aber leider immer noch nicht. Kann mit der Meldung auch nichts anfangen. Von einer duplicity-full.2006-07-03T18:20:48+02:00.vol1.difftar.gpg weiß ich auch nichts

Code: 
/usr/local/bin/ftplicity-1.1.1# ./ftplicity full
Reading globbing filelist /root/.ftplicity/exclude
Traceback (most recent call last):
  File "/usr/bin/duplicity", line 358, in ?
    if __name__ == "__main__": main()
  File "/usr/bin/duplicity", line 348, in main
    if action == "full": full_backup(col_stats)
  File "/usr/bin/duplicity", line 134, in full_backup
    bytes_written = write_multivol("full", tarblock_iter, globals.backend)
  File "/usr/bin/duplicity", line 86, in write_multivol
    backend.put(tdp, dest_filename)
  File "/usr/lib/python2.3/site-packages/duplicity/backends.py", line 356, in put
    self.error_wrap('storbinary', "STOR "+remote_filename, source_file)
  File "/usr/lib/python2.3/site-packages/duplicity/backends.py", line 342, in error_wrap
    except ftplib.all_errors, e: raise BackendException(e)
duplicity.backends.BackendException: 550 duplicity-full.2006-07-03T18:20:48+02:00.vol1.difftar.gpg: The filename, directory name, or volume label syntax is incorrect.

THX
 
Last edited by a moderator:
MacGyver said:
duplicity-full.2006-07-03T18:20:48+02:00.vol1.difftar.gpg
Click to expand...
Aus Ermangelung an Kenntnissen über das Programm, kann ich nur Raten:
Evtl. ein anderen Datum/Zeit-Format einstellen. Hier sind offensichtlich zuviele Sonderzeichen in der Datei. :)

huschi.
 
duplicity hat bekannte Probleme mit einigen nicht standard-konformen FTP-Servern, wenn diese einen Fehlercode 550 beim Listing leerer Verzeichnisse liefern. Moeglicherweise reicht es, einfach eine beliebige (auch leere) Datei ins Backup-Verzeichnis zu schieben.

Beste Gruesse,
Christiane
 
hi leute,

ich weiss, daß dies ein alter post ist, aber ich habe im ganzen internet, kaum etwas zu ftplicity gefunden. fast alle problemberichte von ftplicity haben was mit diesem leeren ftp server bug zu tun....

also, bei mir lief, seit erscheinen des ct artikels, und nach der installation, ftplicity einwandfrei, auch wenn ich keine datei auf den server kopiert habe. danach war es ja nicht mehr notwendig, da ftplicity ja seine dateien dort gespeichert hat, seit einigen wochen/monaten allerdings kriege ich lauter fehlermeldungen, ich poste mal eine hier:

h898552:/var/www/web2/web/temp/bckp# ftplicity fetch var/www/web2/web/galery /var/www/web2/web/temp/bckp/ 1D
Traceback (most recent call last):
File "/usr/bin/duplicity", line 358, in ?
if __name__ == "__main__": main()
File "/usr/bin/duplicity", line 339, in main
if action == "restore": restore(col_stats)
File "/usr/bin/duplicity", line 182, in restore
restore_get_patched_rop_iter(col_stats)):
File "/usr/lib/python2.3/site-packages/duplicity/patchdir.py", line 457, in Write_ROPaths
for ropath in rop_iter:
File "/usr/lib/python2.3/site-packages/duplicity/patchdir.py", line 431, in integrate_patch_iters
for patch_seq in collated:
File "/usr/lib/python2.3/site-packages/duplicity/patchdir.py", line 332, in yield_tuples
setrorps(overflow, elems)
File "/usr/lib/python2.3/site-packages/duplicity/patchdir.py", line 321, in setrorps
try: elems = iter_list.next()
File "/usr/lib/python2.3/site-packages/duplicity/patchdir.py", line 79, in filter_path_iter
for path in path_iter:
File "/usr/lib/python2.3/site-packages/duplicity/patchdir.py", line 115, in difftar2path_iter
tarinfo_list[0] = tar_iter.next()
File "/usr/lib/python2.3/site-packages/duplicity/patchdir.py", line 288, in next
self.set_tarfile()
File "/usr/lib/python2.3/site-packages/duplicity/patchdir.py", line 278, in set_tarfile
if self.current_fp: assert not self.current_fp.close()
File "/usr/lib/python2.3/site-packages/duplicity/dup_temp.py", line 121, in close
assert not self.fileobj.close()
File "/usr/lib/python2.3/site-packages/duplicity/gpg.py", line 115, in close
self.gpg_process.wait()
File "/usr/lib/site-python/GnuPGInterface.py", line 644, in wait
raise IOError, "GnuPG exited non-zero, with code %d" \
IOError: GnuPG exited non-zero, with code 2
h898552:/var/www/web2/web/temp/bckp#
Click to expand...


so, auf dem backupserver habe ich ein verzeichnis "backup" erstellt, wo bisher immer schön die backups reinliefen, passiert auch weiterhin, allerdings kommt immer diese fehlermeldung sodaß ich nicht nachvollziehen kann inwieweit die backups funktionieren werden.
zudem hab ich es so eingestellt, daß immer nur 1 monat aufbewahrt wird, wenn ich allerdings ein ftplicity cleanup --force probiere, sagt ftplicity mir, daß ich noch ale backups von november bis heute dort liegen habe und ich sie nicht löschen kann weil neuere backups darauf aufbauen => meine schlussfolgerung ist, daß mein fullbackup nicht funktioiniert und deshalb alle alten sets aufbewahrt werden...

h898552:/var/www/web5/web/wp-content# ftplicity purge --force
There are backup set(s) at time(s):
Wed Nov 1 06:00:11 2006
Thu Nov 2 04:00:12 2006
Fri Nov 3 04:00:12 2006
Sat Nov 4 04:00:12 2006
Sun Nov 5 04:00:18 2006
Mon Nov 6 04:00:13 2006
Tue Nov 7 04:00:16 2006
Wed Nov 8 04:00:16 2006
Thu Nov 9 04:00:13 2006
Fri Nov 10 04:00:15 2006
Sat Nov 11 04:00:14 2006
Sun Nov 12 04:00:13 2006
Mon Nov 13 04:00:15 2006
Tue Nov 14 04:00:14 2006
Wed Nov 15 04:00:17 2006
Thu Nov 16 04:00:15 2006
Sat Nov 18 04:00:12 2006
Sun Nov 19 04:00:16 2006
Mon Nov 20 04:00:17 2006
Tue Nov 21 04:00:18 2006
Wed Nov 22 04:00:17 2006
Thu Nov 23 04:00:20 2006
Fri Nov 24 04:00:18 2006
Sat Nov 25 04:00:17 2006
Sun Nov 26 04:00:21 2006
Mon Nov 27 04:00:18 2006
Wed Nov 29 04:00:21 2006
Fri Dec 1 04:00:21 2006
Sat Dec 2 04:00:19 2006
Sun Dec 3 04:00:18 2006
Mon Dec 4 04:00:20 2006
Wed Dec 6 04:00:22 2006
Fri Dec 8 04:00:18 2006
Sat Dec 9 04:00:20 2006
Sun Dec 10 04:00:20 2006
Mon Dec 11 04:00:21 2006
Tue Dec 12 04:00:19 2006
Wed Dec 13 04:00:18 2006
Fri Dec 15 04:00:17 2006
Sun Dec 17 04:00:19 2006
Mon Dec 18 04:00:21 2006
Sat Dec 23 04:00:22 2006
Mon Dec 25 04:00:25 2006
Wed Dec 27 04:00:24 2006
Sat Dec 30 04:00:21 2006
Sun Dec 31 04:00:30 2006
Which can't be deleted because newer sets depend on them.
No old backup sets found, nothing deleted.
Click to expand...

hier der versuch ein vollbackup manuell zu fahren:
Reading globbing filelist /root/.ftplicity/exclude
Warning, found incomplete backup sets, probably left from aborted session
Traceback (most recent call last):
File "/usr/bin/duplicity", line 358, in ?
if __name__ == "__main__": main()
File "/usr/bin/duplicity", line 348, in main
if action == "full": full_backup(col_stats)
File "/usr/bin/duplicity", line 134, in full_backup
bytes_written = write_multivol("full", tarblock_iter, globals.backend)
File "/usr/bin/duplicity", line 86, in write_multivol
backend.put(tdp, dest_filename)
File "/usr/lib/python2.3/site-packages/duplicity/backends.py", line 356, in put
self.error_wrap('storbinary', "STOR "+remote_filename, source_file)
File "/usr/lib/python2.3/site-packages/duplicity/backends.py", line 342, in error_wrap
except ftplib.all_errors, e: raise BackendException(e)
duplicity.backends.BackendException
h898552:/var/www/web5/web/wp-content#
Click to expand...

brauche dringend Rat, und hilfe zu ftplicity oder eine andere vergleichbare backupmethode.
 
Last edited by a moderator:
ovizii said:
File "/usr/lib/site-python/GnuPGInterface.py", line 644, in wait
raise IOError, "GnuPG exited non-zero, with code %d" \
IOError: GnuPG exited non-zero, with code 2
Click to expand...
Ich würde sagen, daß hier ein Update von Python oder zumindest des GPG stattgefunden hat und dies ein Exeption auslößt, die vom Script nicht abgefangen wird. Am besten Du schaust nach einer neueren Version von duplicity.

oder eine andere vergleichbare backupmethode.
Click to expand...
Suche im Board mal nach "Reobackup".

PS: Bitte Boardregeln Punkt 3.2 nochmal lesen.

huschi.
 
oops,

ich hab die Bordregeln zwar überflogen, aber Punkt 3.2 übersehen.
Tut mir leid, ich poste immer in kompletter Kleinschreibung, da dadurch alle 2-3 Worte ein Druck auf die Shifttaste entfällt :D . Werde mich aber anpassen wenn das hier so gewünscht wird. (alte oder neue Rechtschreibreform erwünscht :p

ok, wieder zurück zum Thema, auf dem Server läuft Debian 3.1 stable, ich würde ungerne Pakete aus unstable oder testing verwenden, aber wenn es helfen würde könnte ich mir ja 1 oder 2 Pakete aus unstable holen...

was schlägst du vor? Python, GPG oder Duplicity? Meinst du ne neuere Version von Duplicity könnte das beheben?

in Debian 3.1 ist momentan duplicity 0.4.1 aktuell, unstable enthält: .4.2-10.1 Debian:unstable aber ein upgrade von duplicity auf unstable, bringt folgendes mit sich: 18 upgraded, 14 newly installed, 7 to remove :mad:

sonstige Vorschläge?

hatte auch schonmal mit Reobackup rumgespielt, werde das nochmal durchlesen und mich wieder melden.
 
ovizii said:
alte oder neue Rechtschreibreform erwünscht :p
Click to expand...
Egal, aber in beiden steht, daß der Satzanfang groß geschrieben wird.
Evtl. magst Du Dir auch folgendes durchlesen:

Finales Statement der Mods zu Regel 3

Liebe SSF-Mitglieder, nachdem erst kürzlich wieder die Diskussion um die Einhaltung der Regel 3 wild entbrannt ist, möchten wir hierzu nun eine abschließende Stellungnahme präsentieren. Es ist sicherlich nicht unsere Intention, dass jmd., der die deutsche Sprache nicht als Muttersprache hat...
serversupportforum.de serversupportforum.de

Meinst du ne neuere Version von Duplicity könnte das beheben?
Click to expand...
Maybe. Oder eben eine ältere Version von Python / GPG.

18 upgraded, 14 newly installed, 7 to remove :mad:
Click to expand...
Wenn Du schon auf dem Bildschirm stehen hast, welche Pakete alle geupdated werden, warum schreibst Du das nicht auch gleich mit rein. Dann könnte man Dir sagen, ob ein Risiko dabei ist oder nicht. Oder soll ich das jetzt extra auf meinem Server nachsehen?

Du könntest natürlich Duplicity auch einfach aus den Sourcen installieren:
Code: 
cd /usr/local/src
wget http://savannah.nongnu.org/download/duplicity/duplicity-0.4.2.tar.gz
tar -xzf duplicity-0.4.2.tar.gz
cd duplicity-0.4.2
python setup.py install

huschi.
 
Bzgl. Groß-/Kleinschreibung und Satzanfängen:

Ich sagte doch ich passe mich an, kein Grund das auszudiskuttieren, wo das doch im letzten Satz hier ausdrücklich verboten wird :)

Hier die komplette Paketliste bei einem möglichen upgrade von duplicity auf unstable:

The following extra packages will be installed:
coreutils debian-archive-keyring dpkg gcc-4.1-base libc6 libc6-dev libdb4.4
libgcc1 libncurses5 libncursesw5 libperl5.8 libreadline5 libselinux1
libsepol1 libssl0.9.8 libstdc++6 perl perl-base perl-doc perl-modules python
python-central python-gdbm python-gnupginterface python-minimal
python-support python2.4 python2.4-minimal pyzor readline-common tzdata
Suggested packages:
lzma locales glibc-doc manpages-dev libterm-readline-gnu-perl
libterm-readline-perl-perl groff python-doc python-tk python-profiler
python2.4-doc python2.4-profiler
The following packages will be REMOVED:
apt-listchanges initrd-tools kernel-image-2.6-k7 kernel-image-2.6.8-3-k7
python-apt python2.3 python2.3-gdbm
The following NEW packages will be installed:
debian-archive-keyring gcc-4.1-base libdb4.4 libselinux1 libsepol1
libssl0.9.8 libstdc++6 python-central python-minimal python-support python2.4
python2.4-minimal readline-common tzdata
The following packages will be upgraded:
coreutils dpkg duplicity libc6 libc6-dev libgcc1 libncurses5 libncursesw5
libperl5.8 libreadline5 perl perl-base perl-doc perl-modules python
python-gdbm python-gnupginterface pyzor
18 upgraded, 14 newly installed, 7 to remove and 340 not upgraded.
Remv apt-listchanges (2.72.1 Debian:unstable)
Remv kernel-image-2.6-k7 (1:2.6.18+5 Debian:unstable)
Remv kernel-image-2.6.8-3-k7 (2.6.8-16sarge6 Debian-Security:3.1/stable)
Remv initrd-tools (0.1.81.1 Debian:3.1r4/stable)
Remv python-apt (0.6.20 Debian:unstable)
Inst python-support (0.5.6 Debian:unstable)
Inst pyzor [1:0.4.0+cvs20030201-3] (1:0.4.0+cvs20030201-6.1 Debian:unstable)
Inst python-gnupginterface [0.3.2-6] (0.3.2-9 Debian:unstable)
Inst tzdata (2007a-2 Debian:unstable)
Inst libc6-dev [2.3.2.ds1-22sarge4] (2.3.6.ds1-10 Debian:unstable) []
Inst libc6 [2.3.2.ds1-22sarge4] (2.3.6.ds1-10 Debian:unstable)
Conf tzdata (2007a-2 Debian:unstable)
Conf libc6 (2.3.6.ds1-10 Debian:unstable)
Inst python2.4-minimal (2.4.4-2 Debian:unstable)
Inst libdb4.4 (4.4.20-8 Debian:unstable)
Inst libncursesw5 [5.4-4] (5.5-5 Debian:unstable)
Inst libreadline5 [5.0-10] (5.2-2 Debian:unstable) []
Inst readline-common (5.2-2 Debian:unstable) []
Inst libncurses5 [5.4-4] (5.5-5 Debian:unstable)
Conf libncurses5 (5.5-5 Debian:unstable)
Inst libssl0.9.8 (0.9.8c-4 Debian:unstable)
Inst python2.4 (2.4.4-2 Debian:unstable)
Inst libsepol1 (1.14-2 Debian:unstable)
Inst libselinux1 (1.32-3 Debian:unstable)
Conf libsepol1 (1.14-2 Debian:unstable)
Conf libselinux1 (1.32-3 Debian:unstable)
Inst coreutils [5.2.1-2] (5.97-5.3 Debian:unstable)
Conf coreutils (5.97-5.3 Debian:unstable)
Inst dpkg [1.10.28] (1.13.25 Debian:unstable)
Conf dpkg (1.13.25 Debian:unstable)
Remv python2.3-gdbm (2.3.5-3sarge2 Debian-Security:3.1/stable) [python-gdbm ]
Inst python-gdbm [2.3.5-2] (2.4.4-1 Debian:unstable)
Inst duplicity [0.4.1-8] (0.4.2-10.1 Debian:unstable) []
Remv python2.3 (2.3.5-3sarge2 Debian-Security:3.1/stable) [python ]
Inst python [2.3.5-2] (2.4.4-2 Debian:unstable) []
Inst python-minimal (2.4.4-2 Debian:unstable) []
Inst python-central (0.5.12 Debian:unstable)
Inst perl-modules [5.8.4-8sarge5] (5.8.8-7 Debian:unstable) []
Inst perl-doc [5.8.4-8sarge5] (5.8.8-7 Debian:unstable) []
Inst libperl5.8 [5.8.4-8sarge5] (5.8.8-7 Debian:unstable) []
Inst perl-base [5.8.4-8sarge5] (5.8.8-7 Debian:unstable) [liburi-perl perl ]
Conf perl-base (5.8.8-7 Debian:unstable) [liburi-perl perl ]
Inst perl [5.8.4-8sarge5] (5.8.8-7 Debian:unstable)
Inst gcc-4.1-base (4.1.1-21 Debian:unstable)
Inst libgcc1 [1:3.4.3-13sarge1] (1:4.1.1-21 Debian:unstable)
Conf gcc-4.1-base (4.1.1-21 Debian:unstable)
Conf libgcc1 (1:4.1.1-21 Debian:unstable)
Inst debian-archive-keyring (2006.11.22 Debian:unstable)
Inst libstdc++6 (4.1.1-21 Debian:unstable)
Conf python2.4-minimal (2.4.4-2 Debian:unstable)
Conf libdb4.4 (4.4.20-8 Debian:unstable)
Conf libncursesw5 (5.5-5 Debian:unstable)
Conf readline-common (5.2-2 Debian:unstable)
Conf libreadline5 (5.2-2 Debian:unstable)
Conf libssl0.9.8 (0.9.8c-4 Debian:unstable)
Conf python2.4 (2.4.4-2 Debian:unstable)
Conf python-minimal (2.4.4-2 Debian:unstable)
Conf python (2.4.4-2 Debian:unstable)
Conf python-support (0.5.6 Debian:unstable)
Conf python-gdbm (2.4.4-1 Debian:unstable)
Conf pyzor (1:0.4.0+cvs20030201-6.1 Debian:unstable)
Conf python-gnupginterface (0.3.2-9 Debian:unstable)
Conf libc6-dev (2.3.6.ds1-10 Debian:unstable)
Conf python-central (0.5.12 Debian:unstable)
Conf duplicity (0.4.2-10.1 Debian:unstable)
Conf perl (5.8.8-7 Debian:unstable)
Conf perl-modules (5.8.8-7 Debian:unstable)
Conf perl-doc (5.8.8-7 Debian:unstable)
Conf libperl5.8 (5.8.8-7 Debian:unstable)
Conf debian-archive-keyring (2006.11.22 Debian:unstable)
Conf libstdc++6 (4.1.1-21 Debian:unstable)
Click to expand...

Bzgl. Reobackup:

Habs mir nochmal angeschaut, auf der entsprechenden Homepage, was mir auf jeden Fall gefällt, ist die Tatsache, daß es wieder aktiv entwickelt wird, seit Dezember 2006, auf der anderen Seite scheint es von Haus aus keine Verschlüßelung mitzubringen - im Unterschied zu ftplicity werden hier die Backups nicht verschlüßelt, sodaß dann meine Backups unverschlüßelt auf einem Strato Backupserver landen. Werde mich auch hier im Forum weiter über Reobackup informieren.
 
Ich will es auch gar nicht ausdiskutieren. Es war lediglich nochmals eine Feststellung und Informationsmaterial für Dich.
Genug davon.

Ein Upgrade über apt-get ist in diesem Fall wirklich nicht anzuraten.
Daher probier es einfach mit der Installation aus den Sourcen wie oben beschrieben.
Hab ich jedenfalls so mal auf einem Server installiert.

huschi.
 
Ok, also hier der Versuch duplicity zu deinstallieren und manuell zu installieren aus den Sourcen:

apt-get remove --purge duplicity -u
Reading Package Lists... Done
Building Dependency Tree... Done
The following packages will be REMOVED:
duplicity*
0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
Need to get 0B of archives.
After unpacking 430kB disk space will be freed.
Do you want to continue? [Y/n] y
(Reading database ... 29791 files and directories currently installed.)
Removing duplicity ...
dpkg - warning: while removing duplicity, directory `/usr/lib/python2.3/site-packages/duplicity' not empty so not removed.
h898552:/var/www/web5/web/wp-content/mu-plugins#
Click to expand...

So weg ist nun diese Version, auf zur manuellen Neuinstallation:

cd /usr/local/src
h898552:/usr/local/src# wget http://savannah.nongnu.org/download/duplicity/duplicity-0.4.2.tar.gz
--10:33:40-- http://savannah.nongnu.org/download/duplicity/duplicity-0.4.2.tar.gz
=> `duplicity-0.4.2.tar.gz'
Resolving savannah.nongnu.org... 199.232.41.4
Connecting to savannah.nongnu.org[199.232.41.4]:80... connected.
HTTP request sent, awaiting response... 302 Found
Location: http://download.savannah.gnu.org/releases/duplicity/duplicity-0.4.2.tar.gz [following]
--10:33:41-- http://download.savannah.gnu.org/releases/duplicity/duplicity-0.4.2.tar.gz
=> `duplicity-0.4.2.tar.gz'
Resolving download.savannah.gnu.org... 199.232.41.75
Connecting to download.savannah.gnu.org[199.232.41.75]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 103,183 [application/x-tar]

100%[====================================>] 103,183 143.34K/s

10:33:42 (143.12 KB/s) - `duplicity-0.4.2.tar.gz' saved [103183/103183]

h898552:/usr/local/src# tar -xzf duplicity-0.4.2.tar.gz
h898552:/usr/local/src# cd duplicity-0.4.2
h898552:/usr/local/src/duplicity-0.4.2# python setup.py install
running install
error: invalid Python installation: unable to open /usr/lib/python2.3/config/Makefile (No such file or directory)
h898552:/usr/local/src/duplicity-0.4.2#
Click to expand...

Diesem Fehler nach zu urteilen, hab ich hier eher ein Python Problem als ein duplicity Problem....

python nochmals installiert:

apt-get install --reinstall python -u
Reading Package Lists... Done
Building Dependency Tree... Done
0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded.
Need to get 0B/127kB of archives.
After unpacking 0B of additional disk space will be used.
Do you want to continue? [Y/n] y
(Reading database ... 29761 files and directories currently installed.)
Preparing to replace python 2.3.5-2 (using .../python_2.3.5-2_all.deb) ...
Unpacking replacement python ...
Setting up python (2.3.5-2) ...
Click to expand...

Hat nichts gebracht, kriege wieder den gleichen Python error wie weiter oben beschrieben. HAbe mir überlegt python komplett zu deisntalleiren, und dann erneut zu installieren, aber das bringt dann wieder ne Menge Änderungen mit sich:

h898552:/usr/local/src/duplicity-0.4.2# apt-get remove --purge python -u -s
Reading Package Lists... Done
Building Dependency Tree... Done
The following packages will be REMOVED:
apt-listchanges* fail2ban* python* python-apt* python-gdbm*
python-gnupginterface* pyzor*
0 upgraded, 0 newly installed, 7 to remove and 0 not upgraded.
Purg apt-listchanges (2.59-0.2 Debian:3.1r4/stable)
Purg fail2ban (0.6.1-8 )
Purg pyzor (1:0.4.0+cvs20030201-3 Debian:3.1r4/stable)
Purg python-gnupginterface (0.3.2-6 Debian:3.1r4/stable)
Purg python-gdbm (2.3.5-2 Debian:3.1r4/stable)
Purg python-apt (0.5.10 Debian:3.1r4/stable)
Purg python (2.3.5-2 Debian:3.1r4/stable)
h898552:/usr/local/src/duplicity-0.4.2#
Click to expand...


Falls du mir also nicht nen anderen Tipp geben kannst würde ich dann python mit all diesen tools deinstalleiren und erneut installieren, aber ich hoffe es geht auch anders.
 
Ok, also das fehlende Paket installiert, nochmals versucht mit dem Debian eigenen duplicity ein Backup zu erstellen, gleiche Fehler wie vorher.

Jetzt mal manuell duplicity installieren:

aber nur das Ende des Outputs

_librsyncmodule.c:269: error: `dm' undeclared (first use in this function)
_librsyncmodule.c:270: error: `name' undeclared (first use in this function)
_librsyncmodule.c: At top level:
_librsyncmodule.c:280: error: syntax error before '*' token
_librsyncmodule.c:282: warning: function declaration isn't a prototype
_librsyncmodule.c: In function `_librsync_deltamaker_setattr':
_librsyncmodule.c:283: error: `dm' undeclared (first use in this function)
_librsyncmodule.c:287: error: `v' undeclared (first use in this function)
_librsyncmodule.c:288: error: `name' undeclared (first use in this function)
_librsyncmodule.c: At top level:
_librsyncmodule.c:324: error: syntax error before "rs_job_t"
_librsyncmodule.c:324: warning: no semicolon at end of struct or union
_librsyncmodule.c:326: error: syntax error before '}' token
_librsyncmodule.c:326: warning: type defaults to `int' in declaration of `_librsync_PatchMakerObject'
_librsyncmodule.c:326: warning: data definition has no type or storage class
_librsyncmodule.c: In function `_librsync_new_patchmaker':
_librsyncmodule.c:332: error: `pm' undeclared (first use in this function)
_librsyncmodule.c:344: error: syntax error before ')' token
_librsyncmodule.c:350: warning: implicit declaration of function `rs_patch_begin'
_librsyncmodule.c:350: error: `rs_file_copy_cb' undeclared (first use in this function)
_librsyncmodule.c: In function `_librsync_patchmaker_dealloc':
_librsyncmodule.c:358: error: `pm' undeclared (first use in this function)
_librsyncmodule.c:358: error: syntax error before ')' token
_librsyncmodule.c: At top level:
_librsyncmodule.c:370: error: syntax error before '*' token
_librsyncmodule.c:371: warning: function declaration isn't a prototype
_librsyncmodule.c: In function `_librsync_patchmaker_cycle':
_librsyncmodule.c:374: error: `rs_buffers_t' undeclared (first use in this function)
_librsyncmodule.c:374: error: syntax error before "buf"
_librsyncmodule.c:375: error: `rs_result' undeclared (first use in this function)
_librsyncmodule.c:377: error: `args' undeclared (first use in this function)
_librsyncmodule.c:380: error: `buf' undeclared (first use in this function)
_librsyncmodule.c:386: error: `result' undeclared (first use in this function)
_librsyncmodule.c:386: error: `self' undeclared (first use in this function)
_librsyncmodule.c:387: error: `RS_DONE' undeclared (first use in this function)
_librsyncmodule.c:387: error: `RS_BLOCKED' undeclared (first use in this function)
_librsyncmodule.c: At top level:
_librsyncmodule.c:403: error: syntax error before '*' token
_librsyncmodule.c:404: warning: function declaration isn't a prototype
_librsyncmodule.c: In function `_librsync_patchmaker_getattr':
_librsyncmodule.c:405: error: `pm' undeclared (first use in this function)
_librsyncmodule.c:406: error: `name' undeclared (first use in this function)
_librsyncmodule.c: At top level:
_librsyncmodule.c:416: error: syntax error before '*' token
_librsyncmodule.c:418: warning: function declaration isn't a prototype
_librsyncmodule.c: In function `_librsync_patchmaker_setattr':
_librsyncmodule.c:419: error: `pm' undeclared (first use in this function)
_librsyncmodule.c:423: error: `v' undeclared (first use in this function)
_librsyncmodule.c:424: error: `name' undeclared (first use in this function)
_librsyncmodule.c: In function `init_librsync':
_librsyncmodule.c:477: error: `RS_DEFAULT_BLOCK_LEN' undeclared (first use in this function)
_librsyncmodule.c: At top level:
_librsyncmodule.c:433: warning: `_librsync_PatchMakerType' defined but not used
error: command 'gcc' failed with exit status 1
h898552:/usr/local/src/duplicity-0.4.2#
Click to expand...

soll ich versuchen den ganzen Vorgang hier zu posten oder kannst du eventuell damit schon etwas anfangen?
 
ovizii said:
oder kannst du eventuell damit schon etwas anfangen?
Click to expand...
Nein, denn der Fehler steht weiter oben. Eine fehlende Library. Aber ich hab es dank meiner Kristallkugel gefunden:
Die Pakete librsync-dev und librsync1 brauchst Du noch.

Steht übrigends auch in der Doku, in der Readme und im c't-Artikel zu Duplicity.

huschi.
 
Also ich hab nur folgendes als Requirements gesehen (Duplicity Homepage):

Requirements

Duplicity requires a POSIX-like operating system. It is best tested under GNU/Linux. It also requires:

* Python v2.2 or later (see the Python homepage)
* Librsync v0.9.6 or later (downloadable from the librsync download page)
* GnuPG for encryption (see the GnuPG homepage).
Click to expand...

und das hab ich alles in meinem System. Wußte nicht, daß ich auch die jeweiligen -dev Pakete dazu brauche. Leider habe ich keine Anleitung zum selber-installieren außer deiner und den paar Zeilen in der README.

So, jetzt hab ich also die dev Pakete installiert, das ganze installeirt und einen Testlauf gemacht, leider immer noch gleiches oder ähnliches Problem:

h898552:/usr/local/src/duplicity-0.4.2# ftplicity full
Reading globbing filelist /root/.ftplicity/exclude
Warning, found incomplete backup sets, probably left from aborted session
Traceback (most recent call last):
File "/usr/bin/duplicity", line 373, in ?
if __name__ == "__main__": main()
File "/usr/bin/duplicity", line 363, in main
if action == "full": full_backup(col_stats)
File "/usr/bin/duplicity", line 142, in full_backup
bytes_written = write_multivol("full", tarblock_iter, globals.backend)
File "/usr/bin/duplicity", line 89, in write_multivol
backend.put(tdp, dest_filename)
File "/usr/lib/python2.3/site-packages/duplicity/backends.py", line 349, in put
self.error_wrap('storbinary', "STOR "+remote_filename, source_file)
File "/usr/lib/python2.3/site-packages/duplicity/backends.py", line 335, in error_wrap
except ftplib.all_errors, e: raise BackendException(e)
duplicity.backends.BackendException
h898552:/usr/local/src/duplicity-0.4.2#
Click to expand...

ZUSATZ: ICH GEBE KLEIN BEI - hast gewonnen, hab nämlich folgendes beim erneuten Durchlesen des CT Artikels gefunden: :o
Voraussetzung dafür sind installierte Development-Pakete der verwendeten Python-Version und von librsync.
Click to expand...

:rolleyes: Nimm mir mein Gegrummel nicht übel, es dauert halt manchmal ein wenig bis man mich überzeugt, daß ich nicht Recht habe, aber ich kanns zugeben - also vielen Dank für die prima Hilfe,...

Brauche aber trotzdem noch weitere Hilfe, bitte.
 
Also bist Du nun nicht wirklich einen Schritt weiter gekommen. :(
Schade.
Ich sehe aber gerade, daß es die selbe Fehlermeldung ist, wie MacGyver ursprünglich hatte. Gelöst wurde es durch ein nicht leeres Verzeichnis auf dem FTP-Server.
Hast Du Dich dort schon mal manuell eingeloggt?

huschi.
 
hmm....

Also erstmal folgendes: Ich bin hier nicht einfach so hereingeschneit, ich hab schon montaelang gesucht, aber alles was im Netz zum Thema ftplicity zu finden ist, handelt von diesem leeren Verzeichnis Bug, allerdings steht dann meistens ein 450 oder 550-er Error dabei.
Ich gehe auch nicht von diesem Error aus, da ich in ein Unterverzeichnis sichere, das Ganze seit Montaen funktioniert hat, irgendwann einmal aber nichtmehr.

Versuche jetzt trotzdem mich mal manuell einzuloggen auf den ftp server und dort mal im Hauptverzeichnis was abzulegen, obwohl die Sicherung in ein Unterverzeichnis erfolgt.

Im Hauptverzeichnis des Backupservers liegt eine Datei, auch in dem Unterverzeichnis in das ich sichere.

Mir fällt da aber ein Problem ein, liegt schon über ein Jahr zurück, damals sicherte ich mit Reoback, damals gabs PRobleme weil ich als ZIel FTP backup.serverkompetenz.de eingegeben hatte, habs dann damals gelöst, indem ich stattdessen die IP eingegeben habe, oder sowas ähnliches....

Auf jeden Fall bringt ein dig:

dig backup.serverkompetenz.de

; <<>> DiG 9.2.4 <<>> backup.serverkompetenz.de
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 37821
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;backup.serverkompetenz.de. IN A

;; ANSWER SECTION:
backup.serverkompetenz.de. 1800 IN CNAME backup.rz-ip.net.
backup.rz-ip.net. 1800 IN A 81.169.163.170
backup.rz-ip.net. 1800 IN A 81.169.163.180
backup.rz-ip.net. 1800 IN A 81.169.163.169

;; Query time: 1 msec
;; SERVER: 81.169.163.104#53(81.169.163.104)
;; WHEN: Tue Feb 6 20:33:31 2007
;; MSG SIZE rcvd: 121
Click to expand...

muss mal versuchen mich zu erinnern, wie ich das damals gelöst habe, ...

###edit###
Hab grad probiert backup.rz-ip.net statt backup.serverkompetenz.net zu nehmen, bringt aber die gleiche Fehlermeldung.
 
Last edited by a moderator:
Mmmmh, nochmal ein anderer blöder Gedanke:
Ist überhaupt noch genug Platz auf dem Backup-Server?

huschi.
 
You must log in or register to reply here.
Back
Top