Hello all, I don't know if this would really help, but I had some problems with latin characters too while syncing between a Windows NT fileserver (NTFS) and a linux box (ext3), and I have solved it using --iconv option, as follow : rsync -hxPHaz -e 'ssh' --stats --iconv=CP1252 --delete --backup --backup-dir=$BKP_DIR $SRC $DEST (-h: human readable, -x: don't cross filesystems, -P: --partial --progress, -H: hard links, -a: archive, ie. own/group/mod/time/..., -z: compression)
Greg On Sun, Apr 15, 2012 at 10:05 AM, joop g <j...@xs4all.nl> wrote: > ** > > On Friday 13 April 2012 21:22:42 jose...@main.nc.us wrote: > > > Since no one has replied yet, I have one idea that *might* point to part > > > of your problem. I've never had to deal with locale issues, so I have no > > > idea about that. > > > > > > You have directories and file names with blanks in them. In general, this > > > causes a lot of trouble for a lot of programs. I'm not sure how rsync > > > handles them. > > It is very kind of you to at least give it a try, but I am quite sure that > spaces are not the problem. In fact, I have been experimenting further, and > the situation is even more complicated. > > First of all, I have to apologize to the list for my first question, > regarding > > > > WARNING: Couldn't set locale to 'nl_NL.iso-9959-1' thus some file names > > > > may not > > > > > > > > be correct or visible. Please see the potential solution at > > > > http://ntfs-3g.org/support.html#locale > > I could try, of course, but it was clearly off-list. > > Before I am to present my more complex problem, I might give some > explanation. I am managing the computer systems for a small regional > museum, and we do a lot of digitalization (pictures, movies), and of course > regular backups, for which I use rsync. And we have three backup disks > which are regularly changed. We are mostly running XP workstations, with a > SAMBA server, but the backup disks are NTFS. > > Currently I am replacing the old 1 TB backups (which are nearly full) with > 2 TB disks. And then I saw a problem re-occeur which I thought I had solved > before. Not only that, but I also saw it "vanish" this time, rather than > being solved, as I thought before. > > Take the example I gave already. > > > > rsync: recv_generator: failed to stat > "/mnt/tmp/backup/museum/adlib/adlib > > > > documenten voor/catalogus objecten in eigen bezit/artikelen, > > > > algemeen/8467 wehrpa\#303\#237.doc": Invalid or incomplete multibyte or > > > > wide character (84) > > > > rsync: recv_generator: failed to stat > > > > "/mnt/tmp/backup/museum/documenten/bestuur/archief, niet > > > > geschoond/publiciteit/idee\#343\#253n website.doc": Invalid or > incomplete > > > > multibyte or wide character (84) > > Behind the backslashes you see a numerical code, which is clearly > indicating a locality problem; in fact the file names are "8467 > wehrpaß.doc" (with a German "sz" in it), and "ideeën website.doc", with a > Dutch "e-trema" in it. Neither of these is a problem in Linux, Samba, > Windows XP, or NTFS. > > So I am pretty sure it _is_ a locality problem, and I had it before, when > I installed the 1TB disks, and I _thought_ I had solved it. > > But now I also discovered that the problem vanishes by itself, when you > re-run rsync. If you have this "ideeën" file, it is rejected, and it is > _not_ saved, but if you run rsync again, the message does not appear, and > the file _is_ saved. > > This must have led me astray the previous time in thinking that I had > solved the problem, and it may also be responsible for some of the options > I chose and which apparently were succesful. > > So my question is now: how come a file is rejected the first time around, > and simply accepted the second time, _without_ any change? > > Well, as a system manager I can now be happy, for the problem goes away, > but I am still interested in the mechanism behind it. My C knowledge is a > bit rusty, so I am not really planning to go through the source code myself > :-) > > -- > > joop gerritse > > Mühlenstraße 11 > > D-47546 Kalkar-Wissel > > Germany > > +49-2824-971487 > > -- > Please use reply-all for most replies to avoid omitting the mailing list. > To unsubscribe or change options: > https://lists.samba.org/mailman/listinfo/rsync > Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html >
-- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
