[volunteergrid2-l] some strange error
Shawn Willden
shawn at willden.org
Tue Dec 13 13:50:46 UTC 2011
Heh. Yeah, this is an area where I disagree with Brian Warner about the
best way to handle backups. His approach is to "fail fast" when he finds
something that doesn't make sense. My backup tool (which doesn't work well
enough for me to suggest you use it) takes a different approach. If a file
name isn't valid per the system encoding, it stores the raw bytes of the
file name and stores a flag that indicates that the name may not be
correct. Then the restore process has the information it needs to try to
recover a usable name, or can defer the question to the user if need be.
But that's not what tahoe backup does.
What to do? I don't know. Can you write a script that fixes the encoding?
Here's a bug report discussion that includes a trivial Perl script:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=396295
If you're using WinSCP on the Windows side, Google turned up some
discussion about fixes on that side, too.
On Tue, Dec 13, 2011 at 5:29 AM, Iantcho Vassilev <ianchov at gmail.com> wrote:
> This is quite possible,
> The dir in question (dir2) is scp copied from a Windows host..
>
> WHich means i have to find a way to fix the encoding each time a new
> upload comes..???
>
>
>
>
>
> On Tue, Dec 13, 2011 at 14:11, Shawn Willden <shawn at willden.org> wrote:
>
>> My guess is that your directory name is encoded in a different character
>> set than what your system is set to, so the directory name isn't a valid
>> encoding in the system character set.
>>
>> On Tue, Dec 13, 2011 at 12:03 AM, Iantcho Vassilev <ianchov at gmail.com>wrote:
>>
>>> Hi guys,
>>>
>>>
>>> I am doing some backup with tahoe.
>>> [ianchov at localhost bin]$ ./tahoe backup -vv /home/dir1/dir2/DESKTOP
>>> kaval:backup
>>>
>>> WARNING: could not list directory '/home/dir1/dir2/DESKTOP' due to a
>>> filename encoding error
>>> re-using old directory for '/home/dir1/dir2/DESKTOP
>>> 0 files uploaded (0 reused), 0 files skipped, 0 directories created (1
>>> reused), 1 directories skipped
>>> 0 files checked, 0 directories checked
>>> backup done, elapsed time: 0:00:05
>>>
>>>
>>>
>>>
>>>
>>> What can cause such error?
>>> I can `ls -l /home/dir1/dir2/`
>>>
>>>
>>>
>>> Regards,
>>> Iantcho
>>>
>>> _______________________________________________
>>> volunteergrid2-l mailing list
>>> volunteergrid2-l at tahoe-lafs.org
>>> http://tahoe-lafs.org/cgi-bin/mailman/listinfo/volunteergrid2-l
>>> http://bigpig.org/twiki/bin/view/Main/WebHome
>>>
>>
>>
>>
>> --
>>
>> Shawn Willden | Software Engineer | swillden at google.com | Google
>> Payments
>>
>>
>> _______________________________________________
>> volunteergrid2-l mailing list
>> volunteergrid2-l at tahoe-lafs.org
>> http://tahoe-lafs.org/cgi-bin/mailman/listinfo/volunteergrid2-l
>> http://bigpig.org/twiki/bin/view/Main/WebHome
>>
>
>
> _______________________________________________
> volunteergrid2-l mailing list
> volunteergrid2-l at tahoe-lafs.org
> http://tahoe-lafs.org/cgi-bin/mailman/listinfo/volunteergrid2-l
> http://bigpig.org/twiki/bin/view/Main/WebHome
>
--
Shawn Willden | Software Engineer | swillden at google.com | Google Payments
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tahoe-lafs.org/cgi-bin/mailman/private/volunteergrid2-l/attachments/20111213/1e0091d9/attachment.html>
More information about the volunteergrid2-l
mailing list