Hallo zusammen,
ich habe auf meinem Server das ftplicity script mit duplicity installiert (Debian 4.0). Wenn ich nun ftplicity full aufrufe erscheint folgende Fehlermeldung:
Rufe ich indes ftplicity backup auf läuft dies aber normal durch, wobei bei einem anschließenden Test mit ftplicity fetch immer nichts im Archiv gefunden werden kann (habe mehrere Dateien getestet). Das Backup lief ca. 19 Minuten und hat auch mehrere GB auf den FTP geschrieben. Kann es sein das am Server das falsche Zeitformat eingestellt ist und wenn ja wie ändere ich das?
ich habe auf meinem Server das ftplicity script mit duplicity installiert (Debian 4.0). Wenn ich nun ftplicity full aufrufe erscheint folgende Fehlermeldung:
Code:
Traceback (most recent call last):
File "/usr/bin/duplicity", line 426, in ?
if __name__ == "__main__": with_tempdir(main)
File "/usr/bin/duplicity", line 422, in with_tempdir
fn()
File "/usr/bin/duplicity", line 369, in main
action = commandline.ProcessCommandLine(sys.argv[1:])
File "/usr/lib/python2.4/site-packages/duplicity/commandline.py", line 442, in ProcessCommandLine
args = parse_cmdline_options(cmdline_list)
File "/usr/lib/python2.4/site-packages/duplicity/commandline.py", line 184, in parse_cmdline_options
globals.full_force_time = dup_time.genstrtotime(arg)
File "/usr/lib/python2.4/site-packages/duplicity/dup_time.py", line 246, in ge nstrtotime
if not match: error()
File "/usr/lib/python2.4/site-packages/duplicity/dup_time.py", line 217, in er ror
raise TimeException("""Bad time string "%s"
duplicity.dup_time.TimeException: Bad time string "/"
The acceptible time strings are intervals (like "3D64s"), w3-datetime
strings, like "2002-04-26T04:22:01-07:00" (strings like
"2002-04-26T04:22:01" are also acceptable - rdiff-backup will use the
current time zone), or ordinary dates like 2/4/1997 or 2001-04-23
(various combinations are acceptable, but the month always precedes
the day).
Last edited by a moderator:
