duplicity-talk
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Duplicity-talk] UnicodeDecodeError


From: Alexander Levdonsky
Subject: Re: [Duplicity-talk] UnicodeDecodeError
Date: Sat, 24 Mar 2018 07:11:53 +0300

Oops.. Listing of test data:

ls -R /tmp/test
/tmp/test:
Dup  More ASCII  Name ASCII  Имя UTF8 Исключить UTF8 to exclude

/tmp/test/Dup:

/tmp/test/More ASCII:
startup-config.txt

/tmp/test/Name ASCII:
tmp.txt

/tmp/test/Имя UTF8:
tmp2.txt

/tmp/test/Исключить UTF8 to exclude:
tmp2.txt

Comand from shell:
/usr/local/bin/duplicity -v 4 --no-encryption --exclude "Исключить UTF8 to exclude" /tmp/test file:///tmp/test/Dup

Traceback (most recent call last):
  File "/usr/local/bin/duplicity", line 1611, in <module> if "Forced assertion for testing" in util.uexc(e):
  File "/usr/local/lib/python2.7/dist-packages/duplicity/util.py", line 79, in uexc return ufn(unicode(e).encode('utf-8')) UnicodeDecodeError:
'ascii' codec can't decode byte 0xd0 in position 0: ordinal not in range(128)

On Fri, 2018-03-23 at 13:25 +0300, Alexander Levdonsky via Duplicity-talk wrote:
Got it. 
Thanks very much.

On Fri, 2018-03-23 at 11:20 +0100, edgar.soldin--- via Duplicity-talk
wrote:
what you look for is probably file selection, see the man page
  http://duplicity.nongnu.org/duplicity.1.html#sect9

essentially you backup '/' but include only what you want e.g.
 
  duplicity --include /folder1 --include /folder2 --exclude '**' /
file:///tmp/testbackup/

..ede/duply.net

On 23.03.2018 07:23, Alexander Levdonsky via Duplicity-talk wrote:
I agree it was incorrect using. 

But I still'd like to backup more then
one source and so I have one stupid question:
Should I simply use --
allow-source-mismatch option to backup all sources into one
destination?
Or should I copy any source into separate destination?

Thank
s.

On Thu, 2018-03-22 at 20:40 +0000, Aaron wrote:
Alexander,

On looking into this in more detail, the easy answer is that it
does
not 
look as though you are using duplicity correctly and that is
causing 
your problem. You are also hitting a bug around non-ASCII
encodings, 
which you will no longer hit if you fix how you are doing things.

On 17 March 2018 16:58:15 GMT, Alexander Levdonsky <address@hidden
ail.
ru> 
wrote (direct to me, I hope you do not mind me posting to the
list --
have obscured folder names):

 > It is bash file called with args "full" or "incremental".
 > It Ubuntu and dirs are inherited from Windows but I believe
dirnames 
are utf8 encoded now.
 > ==
 > #/bin/bash
 > /usr/local/bin/duplicity $1 -v 9 --
tempdir=/media/username/little/tmp 
--no-encryption ~ file:///media/Archives/Dup
 > cd /media/username
 > /usr/local/bin/duplicity $1 -v 9 --
tempdir=/media/username/tmp 
--no-encryption "[Source2]" file:///media/Archives/Dup
 > /usr/local/bin/duplicity $1 -v 9 --
tempdir=/media/username/tmp 
--no-encryption "[Source3]" file:///media/Archives/Dup
 > /usr/local/bin/duplicity $1 -v 9 --
tempdir=/media/username/tmp 
--no-encryption "[Source4]" file:///media/Archives/Dup
 > /usr/local/bin/duplicity $1 -v 9 --
tempdir=/media/username/tmp 
--no-encryption "[Source5]" file:///media/Archives/Dup
 > ==

The quick answer is that each of these backup archive targets
should
be 
different, e.g. "file:///media/Archives/Dup/home", 
"file:///media/Archives/Dup/Source2" etc.

Try that and see if it fixes your problem.

On 18/03/18 06:41, Alexander Levdonsky wrote (direct to me, again
I
hope 
you do not mind me posting to the list):
Well, simple test tree:

Dir "/tmp/test/Dup" as destination
Dir "/tmp/test/Name ASCII" as source 1
Dir "/tmp/test/Имя UTF8" as source 2
Dir "/tmp/test/More ASCII" as source 3

Two full backups are OK, incremental gives the error:
/usr/local/bin/duplicity full --no-encryption "Name ASCII" 
file:///tmp/test/Dup /usr/local/bin/duplicity full --no-
encryption 
"Имя UTF8" file:///tmp/test/Dup /usr/local/bin/duplicity
incremental 
--no-encryption "Name ASCII" file:///tmp/test/Dup

Once again, after cleaning destination, with no UTF8 name:
/usr/local/bin/duplicity full --no-encryption "Name ASCII" 
file:///tmp/test/Dup /usr/local/bin/duplicity full --no-
encryption 
"More ASCII" file:///tmp/test/Dup

and finally /usr/local/bin/duplicity incremental --no-
encryption
"Name 
ASCII" file:///tmp/test/Dup
Prints correct error message:
Fatal Error: Backup source directory has changed. Current
directory: 
Name ASCII Previous directory: More ASCII

It seems something wrong with storing UTF8 names at manifest?

Well done, you've found a bug I haven't seen before. I have
drilled
into 
this and filed it here:
https://bugs.launchpad.net/duplicity/+bug/1758155
Please do subscribe to the bug as it would be helpful to have you
test a 
fix in the future.

Many thanks,

Aaron


_______________________________________________
Duplicity-talk mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/duplicity-talk



_______________________________________________
Duplicity-talk mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/duplicity-talk

_______________________________________________
Duplicity-talk mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/duplicity-talk

reply via email to

[Prev in Thread] Current Thread [Next in Thread]