it looks like a bug:http://lists.samba.org/archive/rsync/2010-January/024563.html
On Wed, Jan 20, 2010 at 20:14, Ken Smith <k...@kensnet.org> wrote: > >> On Mon, Jan 18, 2010 at 23:37, Ken Smith<k...@kensnet.org> wrote: >> >>> >>> Hi, Been using rsync for many years but I'm stuck with this problem. >>> >>> I'ts a simplistic backup using rsync from a Windows 2k3 machine to a >>> Linux >>> box out on the 'net, using pre-shared ssh keys. In this case I'm saving, >>> files belonging to various users, using the administrator account on the >>> windows machine and the destination is a normal user account and its home >>> file area. I'm using the rsync --chown option to stop rsync trying to >>> change >>> the ownership/mode on the destination filesystem. I'm not bothered about >>> saving the file perms/ownership. >>> >>> If I do a small transfer of a couple of dozen files as a test, all goes >>> well. >>> >>> The path of the source on the windows system has spaces in the name, I've >>> tried every type of escaping that I can think of to get the shells to >>> work >>> properly. If I run rsync running on a larger batch of files it seems to >>> stall. Using the -vvv option I can see rsync, on the windows.cygwin end, >>> collecting a list of files prefixed by >>> >>> [sender] make_file (filenames) >>> >>> that I guess it is going to transfer and then this is followed by >>> >>> recv_file_name (another filename) >>> >>> Which I presume is the first file that it is transferring. That file is a >>> few hundred k so it won't take long, But rsync stalls at that point. >>> Cntrl C >>> does nothing and I end up having to kill the rsync process. >>> >>> I've tried >>> >>> rsync -avvvvz --progress --delete --chmod=ugo=rwX -e "ssh -i >>> /home/administrator/rsync-key" """"/cygdrive/c/Users Shared Folders"""" >>> """"u...@remotehost/home/user/backup/"""" >>> >>> rsync -avvvvz --progress --delete --chmod=ugo=rwX -e "ssh -i >>> /home/administrator/rsync-key" """"/cygdrive/c/Users\ Shared\ Folders"""" >>> """"u...@remotehost:/home/user/backup/"""" >>> >>> rsync -avvvvz --progress --delete --chmod=ugo=rwX -e "ssh -i >>> /home/administrator/rsync-key" '"/cygdrive/c/Users\ Shared\ Folders"' >>> '"u...@remotehost:/home/user/backup/"' >>> >>> rsync -avvvz --progress --delete --chmod=ugo=rwX -e 'ssh -i >>> /home/administrator/rsync-key' /cygdrive/c/Users\\\ Shared\\\ Folders >>> u...@remotehost:/home/user/backup/ >>> >>> The cygwin rsync is v3.0.6 and the Linux (Centos) target machine has >>> rsync >>> 2.6.8 >>> >>> >>> Any ideas most welcome. >>> >>> Thanks >>> >>> Ken >>> >>> -- >>> This message has been scanned for viruses and >>> dangerous content by MailScanner, and is >>> believed to be clean. >>> >>> -- >>> 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 >>> >>> >> >> 夏凯 wrote: >> >>> >>> i think /cygdrive/c/Users\ Shared\ Folders or "/cygdrive/c/Users >>> Shared Folders" is just enough. you have too many escapes, one is >>> enough. it's not a rsync problem, it's a problem about how escape >>> works. >>> and you can use filename completion, you can just enter >>> /cygdrive/c/Users or “/cygdrive/c/Users, then press tab button, then >>> it will give you /cygdrive/c/Users\ Shared\ Folders or >>> "/cygdrive/c/Users Shared Folders" >>> >> >> > > Thanks for your help. I think you are right about the escaping. I've been > experimenting a bit further and came to a similar conclusion. > > Here's a log of what happens > > $ rsync -avvz --progress --delete --chmod=ugo=rwX -e 'ssh -i > /home/administrator/rsync-key' "/cygdrive/c/Users Shared Folders" > u...@remotehost:/home/user/backup/ > opening connection using: ssh -i /home/administrator/rsync-key -l user > remotehost rsync --server -vvlogDtprze.iLs --delete . /home/user/backup/ > building file list ... > 15972 files to consider > deleting in Users Shared Folders > deleting Users Shared Folders/folder/filename > deleting Users Shared Folders/Username/Application Data/Microsoft/Internet > Explorer/file1 > deleting Users Shared Folders/Username/Application > Data/Microsoft/Office/Recent/file2 > deleting Users Shared Folders/Username/Application > Data/Microsoft/Office/Recent/file3 > deleting Users Shared Folders/Username/Application > Data/Microsoft/Office/Recent/file4 > deleting Users Shared Folders/Username/Application > Data/Microsoft/Office/Recent/file5 > deleting Users Shared Folders/Username/Application > Data/Microsoft/Office/Recent/file6 > deleting Users Shared Folders/Username/Application > Data/Microsoft/Office/Recent/file7 > deleting Users Shared Folders/Username/Application > Data/Microsoft/Office/Recent/file8 > deleting Users Shared Folders/Username/Application > Data/Microsoft/Office/Recent/file9 > deleting Users Shared Folders/Username/Application > Data/Microsoft/Office/Recent/file10 > deleting Users Shared Folders/Username/Application > Data/Microsoft/Office/Recent/file11 > delta-transmission enabled > Users Shared Folders/folder/ > Users Shared Folders/folder/file12 is uptodate > Users Shared Folders/folder/file13 is uptodate > Users Shared Folders/folder/file14 is uptodate > Users Shared Folders/folder/file15 is uptodate > Users Shared Folders/folder/file16 is uptodate > Users Shared Folders/folderfile17.xls > 32768 1% 0.00kB/s 0:00:00 > > That last file is a few hundred k and the process stops at that point. I've > never waited to see what happens long term, but there seems to be no network > traffic and the ssh/rsync process on the cygwin (sending) end are maxing out > the processor there. > > On the linux destination box the file is there like this > > -rw------- 1 user user 0 Jan 20 11:54 .file17.xls.ClYwWr > > > Is there any chance something like Symantec AV is getting in the way :-( > > Thanks > > Ken > > > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > -- contact me: MSN: walke...@gmail.com,walke...@hotmail.com GTALK: walke...@gmail.com QQ:25329680 -- 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