Fw: [siback-list] latest rsync 2.5.2
> > - Original Message - > From: "James Finnall" <[EMAIL PROTECTED]> > To: "listasiback" <[EMAIL PROTECTED]> > Sent: Tuesday, January 29, 2002 10:18 AM > Subject: [siback-list] latest rsync 2.5.2 > > > > Hello everybody, > > > > With the recent security announcement regarding rsync, I thought > > this would be a good time to attempt a build of the new source. > > The first attempt built great and installed fine. The second > > install on my main gateway server, would not build after configure. > > I found where the issue was and worked around but I do not know > > what feature I may have broken. Has anybody else had any problems > > with the build? > > > > In the config.h file I had to remark out the define for > > HAVE_OFF64_T on line #154. On the system that it built OK, this > > was remarked out and was not defined. On the system that failed, > > it was defined. The build would fail trying to compile the first > > module rsync.o. > > > > Regards, > > James > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > ** SIBack is a secure internet backup project, join us! at: [EMAIL PROTECTED] For info visit: http://siback.homelinux.org **
E-commerce guide and survey
We invite you to participate in our survey about e-commerce. In exchange for your cooperation, we'll provide you for free with THE EUROPEAN COMMUNITY´S GUIDE TO E-COMMERCE. This guide is a very useful tool in 66 pages with the best and up to date information for whoever would like to easily find her way in doing business on Internet. Please click here in order to participate: http://www.chaham.com/Survey.html Best regards, Electronic Art -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
(no subject)
-- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
(no subject)
-- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Windows Rsync Server Failing
Hi. I am new to this newsgroup. I have a setup where I am rsyncing between a Windows and a Linux box. I have Rsync Server set up on each machine but so far have only been able to get Rsync Server on Linux working. I can Rsync from the Windows machine to the Linux, but not the other way around. When I try to Rsync from the Linux box to the Windows, here is the error I receive: rsync: failed to set permissions on "." (in modulename): Permission denied (13) rsync: failed to set permissions on "." (in modulename): Permission denied (13) rsync error: partial transfer (code 23) at main.c(578) Has anyone ever seen this error before and have an idea what it means? Any help would be much appreciated. Windows 2k CWRsync Cygwin w/Rsync Below is my conf file: ++ use chroot = false strict modes = false log file = rsyncd.log pid file = rsyncd.pid hosts allow = * [atom] path = /cygdrive/J/Test comment = Max-T Rsync to Atom read only = false auth users = render secrets file = rsyncd.secrets ++ -- 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: Potential new option: --delete-during
Yes, I could not agree more. This should be the default behaviour, especially if it can shorten the total time required to sync two disparate file systems. Jeff Yana -Original Message- From: John Van Essen <[EMAIL PROTECTED]> Sent: Jan 24, 2005 1:26 AM To: [EMAIL PROTECTED], rsync@lists.samba.org Subject: Re: Potential new option: --delete-during On Thu, 20 Jan 2005, Wayne Davison <[EMAIL PROTECTED]> wrote: > > Comments? How do people feel about making the --delete-during behavior > the default --delete algorithm? I think it will be much more efficient > (and less prone to timeouts), so having it as the default is the best > choice. I agree that it is more efficient. Having this capability is very nice. Users who expect --delete to act before file transfers and want it that way to minimize the chance of rsync filling up the disk might be very surprised at this new behavior. A change in default behavior (when it's not a security fix) can be upsetting to those who depend upon it. But if nobody on this list sees any problem with that, then go for it. -- John Van Essen Univ of MN Alumnus <[EMAIL PROTECTED]> -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Bugzilla Change Email Address Request
Bugzilla has received a request to change the email address for the account [EMAIL PROTECTED] to your address. To confirm the change, visit the following link: https://bugzilla.samba.org/token.cgi?t=C2taJ50CIk&a=cfmem If you are not the person who made this request, or you wish to cancel this request, visit the following link: https://bugzilla.samba.org/token.cgi?t=C2taJ50CIk&a=cxlem If you do nothing, the request will lapse after 3 days (at precisely 22:37 on the 26th of July, 2005). -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Forcing a transfer to be one-way from the daemon side?
Hello all, I'm trying to set up a secure way to back up a system as root, with rsync (assume we don't want to kill the bandwidth and want a "snapshot" system for developers in a way that makes dump, tar, etc impractical. We've got an ssh key relationship set up and we can force the command to be rsync --daemon. The problem here is that while this is not only good for backups, it also means that anyone (which is still a trusted two people) can transfer a file IN as root, which moots the whole forced command thing and such. Is there a simple filter syntax or command switch that says "let them transfer anything down, but not up?" I didn't find anything in the man pages, and the filters didn't seem to be for this kind of thing. -Dan -- Christ almighty... my EYES! They're melting! -Zaren, Efnet #macintosh, in response to: www.geocities.com/CollegePark/Classroom/1944 The WEBSITE DESIGN class that gave my fiancee a D. Dan Mahoney Techie, Sysadmin, WebGeek Gushi on efnet/undernet IRC ICQ: 13735144 AIM: LarpGM Site: http://www.gushi.org --- -- 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
Re: Newbie question on Rsync on Solaris
rsync -rvutogp -n --delete --stats --progress \ --exclude-from=/utils/exc_rsync_applcsf.txt \ --rsync-path=/usr/local/bin \ /data/u01/app/applmgr/product/1102/prd \ remoteuser@remotehost:/data/u01/app/applmgr/product/1102/prd this will copy the prd directory on the src into the prd directory on the dest, giving you: remotehost:/data/u01/app/applmgr/product/1102/prd/prd I'm guessing that's not what you really want, and is also the cause of moving all the data. Change your command to either: rsync (flags) /usr/local/bin/data/u01/app/applmgr/product/1102/prd \ remotehost:/data/u01/app/applmgr/product/1102 Or: rsync (flags) /usr/local/bin/data/u01/app/applmgr/product/1102/prd/ remotehost:/data/u01/app/applmgr/product/1102/prd the former means copy the prd directory from src into the 1102 directory on dst; the latter means copy *the contents* of prd on src into the prd on the dst. - Sholom Fried Sys Admin Davis Polk & Wardwell The exclude file is: /data/u01/app/applmgr/product/1102/prd/common/PRD/log/* /data/u01/app/applmgr/product/1102/prd/common/PRD/out/* Other info: usernames, uid and gid are the same on both systems. rsync 2.5.4 installed in /usr/local/bin on both systems. Any clues ? I plan to try to sync the entire directory once per day, and two smaller directories every 15 minutes. The information contained in this e-mail including any attachments may constitute Corvis Corporation Proprietary Information that is subject to Non-Disclosure Agreement and cannot be disclosed to any other party without the express consent of Corvis Corporation. If you are neither the intended recipient of this e-mail nor responsible for delivering this e-mail to the intended recipient, note that any dissemination, distribution, copying, or retention of this e-mail is prohibited. If you believe you have received this e-mail in error, we request that you notify the sender by return e-mail and then delete this e-mail and any return e-mail immediately. -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: Connection refused
>rsh is good:
>
>[g3p:~] smith% rsh -l a1012 sv1.domain.com
>Password:
>{[EMAIL PROTECTED]:65}
>
>rsync not good:
>...
actually, "rsh" is not good enough. it's asking you for a password,
which means without user/pwd authentication it won't run.
for example, try this:
smith% rsh -l a1012 sv1.domain.com date
do you get the date back? I didn't think so.
you need to either:
- enable r-commands from your source host to sv1.domain.com,
by use of /etc/hosts.equiv or .rhosts (see the man pages)
- use rsync modules, where you can specify permissions which don't
rely on r-command trusting.
The simplest is the first approach; if you have a home-directory (for a1012)
on sv1.domain.com, simply create a file at the base of the home-dir
called ".rhosts" with a one-line entry: the name of the source machine.
Before trying rsync, make sure you can do an
"rsh -l a1012 sv1.domain.com date"
successfully.
good luck!
- Sholom Fried
--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
