rsync error: some files could not be transferred (code 23) at main.c
I am using rsync to backup a machine with a large number of files, and I am getting this error. It would be helpful to know which files this is occuring with, to diagnose the problem. Is there a configuration option to rsync (that I may have missed) that will reveal this info. Alternatively, is there a source code patch that I could apply to rsync in order to find out? Thanks for any help Jon -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
setuid rsync
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I trying to create an automated backup from one machine to the other via SSH. I have setup ssh keys and so on, so everything is pretty much working. The only thing is, I am trying to perserve file ownership. I don't want to use ssh keys w/o a password (for obvious reasons), so I what I did was this: I setup a chrooted account called backup (using JAIL), and installed rsync in the chrooted directory as setuid. I changed some permissions at the directory level so only backup has access to this directory (so non-chrooted users can't access /backup/usr/local/, etc...). Now, when I run rsync from the remote server, it logins and creates all the files with ownership root instead of backup. I am using rsync 2.6.0 with the following options: rsync -a -v -e ssh -l backup --ignore-errors --delete --numeric-ids - --link-dest=/backup/yesterday/ source server:/backup/machine/today/ Anyone have any ideas why the setuid rsync is not perserving ownership? Any help or suggestions would be greatly appreciated. Thanks, Dan - -- PGP Key: http://machine.technocraft.com/~dsc/pgpkey.html - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAPp3H4CrJ04+9SNURAhAlAJ9/uqPWNJVuW/6GyFYZcSGcexmI7ACfZ+wU WM+defub6nIR2t3TjIVV/uU= =GAFT -END PGP SIGNATURE- -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: remote files not being deleted
On Thu, Feb 26, 2004 at 08:05:30AM -0600, Trey Nolen wrote: It may be that you are running out of memory. --delete causes the a second file list (about 100bytes/file) to be created contianing all the files existing on the receiver. Combined with --delete-after this happens at the time when the memory usage is at its greatest due to copy-on-write and fragmentation. Although it looks like my problem was caused by a path problem with 2.5.6 (I need to specify /. instead of / for the source), I'm interested in this memory issue. Is this file list created on the client side or the server side? Neither. This delete file list exists only breifly on the receiver. -- J.W. SchultzPegasystems Technologies email address: [EMAIL PROTECTED] Remember Cernan and Schmitt -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
exclude everything and include directories
Anyone? Even a yea or nea at this point would be appreciated. Don - I'm trying to update some laptops from a large server directory for an EDA app. Most of the time I just rsync the entire directory and exclude the odd item. In this case it's the reverse where I want to exclude everything but include only the odd directory. I thought it'd be easy but can't seem to get the exclude then include options correct. It seems that when you exclude everything you then need to include file by file. Can anyone point me in the right direction? Don -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: remote files not being deleted
It may be that you are running out of memory. --delete causes the a second file list (about 100bytes/file) to be created contianing all the files existing on the receiver. Combined with --delete-after this happens at the time when the memory usage is at its greatest due to copy-on-write and fragmentation. Although it looks like my problem was caused by a path problem with 2.5.6 (I need to specify /. instead of / for the source), I'm interested in this memory issue. Is this file list created on the client side or the server side? 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
Re: remote files not being deleted
That lack of deletion is fixed in 2.6.0. You can work around the problem by either getting rid of the -R option (you don't need it in that particular command) or by specifying /. instead of / as the source of your copy. That did the trick! Thanks! 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
Re: setuid rsync
On Thu, Feb 26, 2004 at 07:30:47PM -0600, Daniel S. Cohen wrote: Anyone have any ideas why the setuid rsync is not perserving ownership? Because rsync doesn't realize it is root, so it doesn't try to chown anything. Try the CVS version -- I changed it recently to use geteuid() and getegid() (when available), so it should work fine as a setuid program. Your other alternative would be to edit the 2.6.0 code to use geteuid() instead of getuid(). ..wayne.. -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Help needed with Failed to dup/close error
Hi - i'm receiving the following error when attempting a local copy with rsync: Failed to dup/close : Socket operation on non-socket rsync error: error in IPC code (code 14) at /home/lapo/packaging/tmp/rsync-2.6.0/pipe.c(131) rsync: read error: Connection reset by peer rsync error: error in rsync protocol data stream (code 12) at /home/lapo/packaging/tmp/rsync-2.6.0/io.c(201) I am running this from cygwin on windows xp. I have verified I have the latest levels of cygwin and rsync. I have another XP environment with cygwin at the exact same levels and it works fine...go figure. Any ideas greatly appreciated! thanks. -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: exclude everything and include directories
On Wed, Feb 25, 2004 at 06:51:33AM -0500, Don Shesnicky wrote: It seems that when you exclude everything you then need to include file by file. Can anyone point me in the right direction? As the docs mention, you have to include every parent directory for every file you want to include or the recursive algorithm will never get down to the file to match it. The alternative to this complexity is to use 2.6.0 and the --files-from option (which lets you just list the files you want to send). ..wayne.. -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
CVS update: rsync/lib
Date: Fri Feb 27 07:22:37 2004 Author: wayned Update of /data/cvs/rsync/lib In directory dp.samba.org:/home/wayned/src/rsync/lib Modified Files: addrinfo.h Log Message: Improved the sockaddr_storage struct. Revisions: addrinfo.h 1.8 = 1.9 http://www.samba.org/cgi-bin/cvsweb/rsync/lib/addrinfo.h.diff?r1=1.8r2=1.9 ___ rsync-cvs mailing list [EMAIL PROTECTED] http://lists.samba.org/mailman/listinfo/rsync-cvs
CVS update: rsync
Date: Fri Feb 27 07:22:39 2004 Author: wayned Update of /data/cvs/rsync In directory dp.samba.org:/home/wayned/src/rsync Modified Files: configure.in Log Message: We now set HAVE_SOCKADDR_SA_LEN and HAVE_SOCKADDR_SIN_LEN based on sockaddr.sa_len and sockaddr.sin_len, respectively (replacing HAVE_SOCKADDR_LEN). Revisions: configure.in1.185 = 1.186 http://www.samba.org/cgi-bin/cvsweb/rsync/configure.in.diff?r1=1.185r2=1.186 ___ rsync-cvs mailing list [EMAIL PROTECTED] http://lists.samba.org/mailman/listinfo/rsync-cvs
CVS update: rsync
Date: Fri Feb 27 07:22:40 2004 Author: wayned Update of /data/cvs/rsync In directory dp.samba.org:/home/wayned/src/rsync Modified Files: clientname.c socket.c Log Message: Use new HAVE_SOCKADDR_SIN_LEN define (replaces HAVE_SOCKADDR_LEN). Revisions: clientname.c1.15 = 1.16 http://www.samba.org/cgi-bin/cvsweb/rsync/clientname.c.diff?r1=1.15r2=1.16 socket.c1.92 = 1.93 http://www.samba.org/cgi-bin/cvsweb/rsync/socket.c.diff?r1=1.92r2=1.93 ___ rsync-cvs mailing list [EMAIL PROTECTED] http://lists.samba.org/mailman/listinfo/rsync-cvs
CVS update: rsync/lib
Date: Fri Feb 27 07:22:41 2004 Author: wayned Update of /data/cvs/rsync/lib In directory dp.samba.org:/home/wayned/src/rsync/lib Modified Files: getaddrinfo.c getnameinfo.c Log Message: Use new HAVE_SOCKADDR_SA_LEN define (replaces HAVE_SOCKADDR_LEN). Revisions: getaddrinfo.c 1.17 = 1.18 http://www.samba.org/cgi-bin/cvsweb/rsync/lib/getaddrinfo.c.diff?r1=1.17r2=1.18 getnameinfo.c 1.11 = 1.12 http://www.samba.org/cgi-bin/cvsweb/rsync/lib/getnameinfo.c.diff?r1=1.11r2=1.12 ___ rsync-cvs mailing list [EMAIL PROTECTED] http://lists.samba.org/mailman/listinfo/rsync-cvs
CVS update: rsync/lib
Date: Fri Feb 27 07:33:36 2004 Author: wayned Update of /data/cvs/rsync/lib In directory dp.samba.org:/tmp/cvs-serv10487/lib Modified Files: getaddrinfo.c Log Message: Changed ERR() macro so that it acts like a single statement when the caller suffixes it with a semicolon. Revisions: getaddrinfo.c 1.18 = 1.19 http://www.samba.org/cgi-bin/cvsweb/rsync/lib/getaddrinfo.c.diff?r1=1.18r2=1.19 ___ rsync-cvs mailing list [EMAIL PROTECTED] http://lists.samba.org/mailman/listinfo/rsync-cvs
CVS update: rsync
Date: Fri Feb 27 07:37:43 2004 Author: wayned Update of /data/cvs/rsync In directory dp.samba.org:/tmp/cvs-serv11547 Modified Files: NEWS Log Message: Tru64 fix. Revisions: NEWS1.156 = 1.157 http://www.samba.org/cgi-bin/cvsweb/rsync/NEWS.diff?r1=1.156r2=1.157 ___ rsync-cvs mailing list [EMAIL PROTECTED] http://lists.samba.org/mailman/listinfo/rsync-cvs