similar to: Big timeout time

Hello I have a problem while synching between two NAS boxes with Linux. First NAS: group staff=50 (3.0.3pre1) Second NAS: groups ftp=50, staff=500 (rsync 3.1.1) I synched with -rptgo, without --numeric-ids. The expected result was that the items on the second group would be staff as well even with a different gid. However it looks like the 50 was taken literally and now all staff items are ftp

Would it be possible to make rsync capable to sync gziped source (at server) with non gziped detination file? PROBLEM: The rsyncd server provides a few *frequently* accessed, slow changing, *big* text files (DNS RBL zones). It seems that the source files are too big to stay in memory caches and rsync sessions cause to many hard disk I/O operations. Making rsynd capable to "ungzip"

Hi

Hello, I am working on implementing rsync to replace a server distribution mechanism that currently works like this: 1) process new file on backend server 2) upload file to frontend server using scp or rsync over ssh 3) ssh to frontend server to trigger script #3 is only used in a couple special cases I have this tested and working: 1) (same as above) 2) upload file to frontend server using

Hi, As far as I can see, the only way you can tell it's been a dry-run at the receiver-side, is to parse RSYNC_ARGs in the pre-xfer script. I think the only way is to crawl through the RSYNC_ARGs to find a value which: - starts with a single dash, and; - contains 'n', and; - comes prior to the "." value, signifying the start of the 'path args' (which seem inherently

https://bugzilla.samba.org/show_bug.cgi?id=14160 Bug ID: 14160 Summary: rsynd in daemon mode should support haproxy proxy protocol Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: core Assignee:

Hi all, I am wondering how do I pull data from a remote host without running a daemon. PUSH command I would like the below statement be turned into a PULL from remote host instead. /usr/bin/rsync -e ssh --archive --sparse --compress --update --verbose --stats --progress --exclude=cdersync.tar.gz --exclude=*.bz2 --exclude=*.jpg --exclude=*.mp3 --exclude=ZDE --exclude=*.rpm --exclude=*.sit

Hi, everyone~ I want to update rsynd from rsyncd-2.4.4. but I have a matter updating rsyncd-2.5.2 That is make failed. My server is based RedHat-7.0. My configure is successful because i saw message That is 'rsync 2.5.2 configuration successful." This is error messages. I want your advice about This problem. Thank you. ================================ cut [root@ux001 rsync-2.5.2]#

I'm running FreeBSD 4.6.2 on two different machines. Both machines have rync installed by way of the ports library, but one of them is running it as a server. I followed the directions in the man pages for running the server using inetd. Here is what happens: rsync rsync://myusername@10.0.0.8/ rsync: server sent "rysnc version 2.5.5 protocol version 26" rather than

https://bugzilla.samba.org/show_bug.cgi?id=6590 Summary: [sender] could not find xattr #1 for home/jdoe/TheFresh Product: rsync Version: 3.0.5 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: stlman at

An HTML attachment was scrubbed... URL: <http://lists.samba.org/pipermail/rsync/attachments/20091030/c43a29f5/attachment.html>

Hi I need some logic to work out a value for me - this value is _always_ the 3rd last field in a string seperated by '.' but the string could be 5 or 6 fields long, e.g foo.bar.VALUE.baz.lala foor.bar.gigi.VALUE.baz.lala I need to find VALUE - if this were python or something i could do it but this has to be in shell - Any clues? thanks

Greetings - In my logwatch report this morning I noticed reference to an attempt to connect to rsync from an external IP address. It doesn't appear that the connection was successful based on correlating information between /var/log/secure and /var/log/messages. But I am looking for some suggestions for implementing more preventative measures, if necessary. The log information from

Hi R-Helpers, I don't think I need to post a dataset for this question but if I do, I can. Anyway, I am having a lot of trouble with the ifelse command. Here is my code: vn$PM.DIST_flag <- ifelse( (vn$PM.EXP > 0.0) & (vn$PM.DIST.TOT != 1.0), 1, 0 ) And here is my output that doesn't make ANY sense: PM.EXP PM.DIST.TOT PM.DIST_flag 0 0 0 0 0 0 0 0 0 177502 1 0 31403

Hello, evevryone. thank you for your mails. I used rsync(rsync-2.4.6-2) for backup Server.(My Linux is RedHat7.1) I am very comfortable backup system by rsync. but, I saw this messages in use rsyncd daemon.(/var/log/messages) I don't know mean this messages. but, It is right use rsyncd. and I used rsyncd at every day. but this messages writed log at every minute(?) or every time. What

When I run the following "net lookup sid" command, I get: # net lookup sid S-1-5-21-1908027396-2059629336-315576832-12220 S-1-5-21-1908027396-2059629336-315576832-12220 1 (User) \fhess This is wrong in that "\fhess" should be "NIST\fhess". The other direction works fine: # net lookup name "NIST\fhess" S-1-5-21-1908027396-2059629336-315576832-12220 1

Platform: Compaq OpenVMS Alpha 7.3 Compiler: Compaq C T6.5 The following patch resolves compile problems with the HLINK.C module. The cast on function argument for the qsort() routine was wrong, and not allowing the compile to complete. When the function definiton of the hlink_compare() is corrected to have the const qualifiers, the cast inside the qsort() function call is no longer

Platform: Compaq OpenVMS Alpha 7.3 Compiler: Compaq C T6.5 The following patch resolves compile problems with the checksum.c module. The type (char) was being used where the usage indicated either (void) or (unsigned char) should be used. The const qualifier was added to impove compiler efficiency. There may be more cases in this module where type (char) is being used instead of what appears

Merci beaucoup, Jean, for the bug report -- which I'm no "completeing" to R-bugs >>>>> "Jean" == Jean Coursol <coursol@cristal.math.u-psud.fr> >>>>> on Thu, 24 Jun 2004 15:22:37 +0200 (CEST) writes: Jean> I was exploring the polynom library with students: <and found a segmentation fault from parsing a long expression>

hi, i hope i'm not reporting something well-known; i tried to understand the available bug tracking information. please excuse me if my problem report should not meet your standards, but i want to direct your attention to the following: http://koffein.org/av/rsync-bugreport/ problem report for rsync 2.6.9 on linux/IA32, 09 Dec 2006 Herwig Wittmann