Hi, I'm having some trouble using rsync on W2K under Cygwin. We are using it to back up the W2K machine to a Linux machine. We are using the patched version of rsync 2.5.6 that allows it to run faster on NT/2K when calculating the changes. We can backup a directory without a problem, but in this case, we want to backup everything, so the directory we are backing up is \. We do not run rsync under a Cygwin bash prompt, and we schedule it with the scheduler to run automatically every night, but this issue is the same even if we run the commands manually. The following is the contents of a .bat file we are running with scheduler: c:\cygwin\bin\rsync -aR -e c:\cygwin\bin\ssh.exe --verbose --exclude-from=c:\ssh\rsync-exclude.txt --nu meric-ids --delete --delete-after \ root@host.net:/ I've also tried something like the following: c:\cygwin\bin\rsync -aR -e c:\cygwin\bin\ssh.exe --verbose --numeric-ids --delete --delete-after \ root@host.net:/ In both cases, I get a lot of errors like the following: Building file list... readlink \/Borrower: No such file or directory readlink \/Data: No such file or directory : : IO error encountered - skipping file deletion It does one of the readlink lines for every file and directory in the root directory. Notice how it has a backslash and a forward slash on each line. It seems like rsync is not handling the removal of the slashes properly?? Now, if I do something like: c:\cygwin\bin\rsync -aR -e c:\cygwin\bin\ssh.exe --verbose --numeric-ids --delete --delete-after \Data root@host.net:/ It backs up the c:\Data directory just fine. Notice the only differenc here is that we are backing up \Data instead of just \. My rsync-exclude.txt file contains: + \Borrower + \Data : : for each directory and file in the root directory. It doesn't seem to matter what we list in the exclude file because the errors still list every file in the root directory no matter what we have in the exclude file. I've looked through the archives, and found some similar issues, like the one found here: http://lists.samba.org/pipermail/rsync/2003-March/010247.html but I haven't been able to resolve this so far. Can anyone shed some light on this for me? Trey Nolen
Try using slash instead of backslash. On Tue, Jun 03, 2003 at 06:04:50PM -0500, Trey Nolen wrote:> Hi, I'm having some trouble using rsync on W2K under Cygwin. We are using it > to back up the W2K machine to a Linux machine. We are using the patched > version of rsync 2.5.6 that allows it to run faster on NT/2K when > calculating the changes. We can backup a directory without a problem, but > in this case, we want to backup everything, so the directory we are backing > up is \. We do not run rsync under a Cygwin bash prompt, and we schedule it > with the scheduler to run automatically every night, but this issue is the > same even if we run the commands manually. The following is the contents of > a .bat file we are running with scheduler: > > c:\cygwin\bin\rsync -aR -e > c:\cygwin\bin\ssh.exe --verbose --exclude-from=c:\ssh\rsync-exclude.txt --nu > meric-ids --delete --delete-after \ root@host.net:/ > > > I've also tried something like the following: > c:\cygwin\bin\rsync -aR -e > c:\cygwin\bin\ssh.exe --verbose --numeric-ids --delete --delete-after \ > root@host.net:/ > > In both cases, I get a lot of errors like the following: > Building file list... > readlink \/Borrower: No such file or directory > readlink \/Data: No such file or directory > : > : > IO error encountered - skipping file deletion > > It does one of the readlink lines for every file and directory in the root > directory. Notice how it has a backslash and a forward slash on each line. > It seems like rsync is not handling the removal of the slashes properly?? > Now, if I do something like: > c:\cygwin\bin\rsync -aR -e > c:\cygwin\bin\ssh.exe --verbose --numeric-ids --delete --delete-after \Data > root@host.net:/ > > It backs up the c:\Data directory just fine. Notice the only differenc here > is that we are backing up \Data instead of just \. > > My rsync-exclude.txt file contains: > + \Borrower > + \Data > : > : > for each directory and file in the root directory. > > It doesn't seem to matter what we list in the exclude file because the > errors still list every file in the root directory no matter what we have in > the exclude file. > > I've looked through the archives, and found some similar issues, like the > one found here: > http://lists.samba.org/pipermail/rsync/2003-March/010247.html but I > haven't been able to resolve this so far. > > Can anyone shed some light on this for me? > > Trey Nolen > > > -- > To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync > Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html >-- ________________________________________________________________ J.W. Schultz Pegasystems Technologies email address: jw@pegasys.ws Remember Cernan and Schmitt
I had sent a message to the list earlier this week detailing an error message I am getting using rsync on Cygwin on Windows 2000. I have now duplicated the problem on another windows 2000 server. I have a third server on which the process works, so I don't really know what is going wrong. All three servers are rsyncing to the same Linux server. Below is the original question. Any help would be appreciated. The error is this: Invalid file index <some number> (count=<some number>) rsync error: protocol incompatibility (code 2) at sender.c (135) The command line I'm using to start this is: c:\cygwin\bin\rsync -aR -e c\cygwin\bin\ssh.exe -v --numeric-ids --exclude-from=/cydrive/c/ssh/rsync-ex cludes.txt --dry-run --delete --delete-after /cygdrive/c root at backupserver:/ rsync-excludes.txt contains things like: -PEACHW/ -WINPOINT/ -PNTDATA/ : : At first I thought that maybe my file list was getting too long, but I changed my excludes so that I had a file list that I knew was short enough and I still get the error. I get the error on different files depending on what I have excluded, but if I run the same command twice, I get the error in the exact same spot. Thanks in advance for any help.