search for: add_rule

On Thu, Jul 19, 2007 at 06:24:10PM -0400, Matt McCutchen wrote: > The remote rsync is running out of memory as it collects the CVS > ignore rules (add_rule). Something could be awry with the CVS ignore > rules, or the machine could just be low on memory. Please run rsync > again with -vvv (three verbose options), which will make the remote > rsync show (among other useful information) the individual calls to > add_rule, and send the resu...

...execute on my Debian system: > > rsync -Cavvv ~/ports-utils bfc1: > (bfc1 is the remote Fedora Core 1 host with rsync 2.5.6) > > Here is the output from rsync on Debian: > > opening connection using /home/feldgendler/bin/ssh bfc1 rsync --server -vvvlogDtprC . > [sender] add_rule(-C ) > [sender] add_rule(- RCS) [cvsignore] > [sender] add_rule(- SCCS) [cvsignore] > [sender] add_rule(- CVS) [cvsignore] > [sender] add_rule(- CVS.adm) [cvsignore] > [sender] add_rule(- RCSLOG) [cvsignore] > [sender] add_rule(- cvslog.*) [cvsignore] > [sender] add_rule(- tags...

...Env: <PATH=/usr/bin:/bin> X-Cron-Env: <LOGNAME=pedrofortunyayuso> X-Cron-Env: <USER=pedrofortunyayuso> X-Cron-Env: <HOME=/Users/pedrofortunyayuso> Message-Id: <20111028134511.6EF0F1BF265 at mypera.local> Date: Fri, 28 Oct 2011 15:45:00 +0200 (CEST) Status: RO [client] add_rule(: rsync.dirs) cmd=ssh -i /Users/pedrofortunyayuso/.ssh/backup_pfortuny_net machine=pfortuny.net user=pfortuny path=~/backup_mbpro/ cmd[0]=ssh cmd[1]=-i cmd[2]=/Users/pedrofortunyayuso/.ssh/backup_pfortuny_net cmd[3]=-l cmd[4]=pfortuny cmd[5]=pfortuny.net cmd[6]=rsync cmd[7]=--server cmd[8]=-vvvvlog...

...It backup dozen of unix machines for many people. But when I try to backup /var/lib/zope2.9 I get an error 11. It does not matter if zope is running or not. I can't see an error meassge in the (verbose) logfile: [client] parse_filter_file(/etc/r5backup/profiles/boulder.exclude,0,3) [client] add_rule(- dvd/) [client] add_rule(- tmp/) [client] add_rule(- *.vdi) opening connection using: /usr/bin/ssh -i /etc/r5backup/ssh-keys/id_dsa_cassiopeia -p 22 -o StrictHostKeyChecking=no -o ConnectTimeout=60 -l root boulder.mtr.mynet r sync --server --sender -vvvlWogDtprze.iL . /var/lib/zope2.9 receiving...

hi, All. I just compiled the latest rsync (2.6.9). but I'm getting an error when I use the -C option. eg: $ rsync -aCv host1:/home/john/data/ /home/john/data receiving file list ... ERROR: out of memory in add_rule [sender] rsync error: error allocating core memory buffers (code 22) at util.c(115) [sender=2.6.9] rsync: connection unexpectedly closed (8 bytes received so far) [receiver] rsync error: error in rsync protocol data stream (code 12) at io.c(453) [receiver=2.6.9] and if I remove the -C option. ever...

...-------------------------------------------------- # The problem is that rsync is not skipping these folders. If I increase the verbosity level this is the output # ---------------------------------------------------------------- # [client] parse_filter_file(/cygdrive/f/.bak_exclude,0,3) [client] add_rule(-s /cygdrive/d/Software/) [client] add_rule(-s /cygdrive/d/Intel/) [client] add_rule(-s /cygdrive/d/Sysprep2003/) [client] add_rule(-s /cygdrive/d/RECYCLER/) sending incremental file list [sender] make_file(.,*,0) [sender] make_file(Documents,*,2) [sender] make_file(Downloads,*,2) [sender] make_fil...

Hi, I''ve been working the past 8 hrs combatting DDoS attacks on websites and dedicated servers I host for clients. They''re hitting one specific IP address, but coming from thousands of external IP addresses. I use: shorewall-4.0.10-3.noarch How can I tackle this? I''ve blocked many subnets in the blacklist file but it''s made very little difference. If

....appprod --exclude "*.htaccess" /export/home/xternal/htdocs/ webuser at appprod::dprweb_www > /export/home/webuser/logs/rsync But when we tried to execute this as a daily cron task, it did not synchronize the servers. This is all that exists in the log file created by rsync. [client] add_rule(- *.htaccess) [sender] _exit_cleanup(code=1, file=main.c, line=1241): about to call exit(1) That doesn't tell me much. Anybody else? TIA Ian

...le system being used does not support xattrs. Prerequisites for the repros: - ssh service running on localhost - mkdir /tmp/{a,b} - touch /tmp/a/1 /tmp/b/{1,2} Repro #1, sender is local: $ rsync --filter='-x! user.*' -avvvHX --delete /tmp/a/. localhost:/tmp/b Result: - output: [Receiver] add_rule(-! user.*) - output: [generator] protecting file 2 because of pattern user.* - output: [generator] protecting file 1 because of pattern user.* - expected: /tmp/b/2 is deleted, actual: not deleted Repro #2, sender is remote: $ rsync --filter='-x! user.*' -avvvHX --delete localhost:/tmp/b/....

Summary: an xattr filter rule (e.g. --filter='-x! user.*’, which is suggested by the documentation) is treated as a file filter rule on the remote side. Repro #1, sender is local: host1$ rsync --filter=‘-x! user.*' -avvvHX --delete /tmp/test/. host2:test ... [Receiver] add_rule(-! user.*) Repro #2, sender is remote: host1$ rsync --filter=‘-x! user.*' -avvvHX --delete host2:test/. /tmp/test ... [sender] add_rule(-! user.*) One possible and quite dangerous symptom of this is that the incorrect (-! user.*) rule matches (almost) all remote files, therefore in repro #1,...

...changes from '-r' to '-sr', and the sending side files are removed, which explains the behaviour seen. Whether it's a bug, could anyone suggest an alternative rule set which would allow us to achieve our goal here so we can work with 3.0.x rsync? Regards, Lassi (a) [client] add_rule(-r /x/***) FILE_STRUCT_LEN=24, EXTRA_LEN=4 cmd=<NULL> machine=<NULL> user=<NULL> path=/tmp/bbb/ cmd[0]=. cmd[1]=/tmp/bbb/ note: iconv_open("UTF-8", "UTF-8") succeeded. (Client) Protocol versions: remote=30, negotiated=30 (Server) Protocol versions: remote=30,...

...lways copies over the files even though they already exist on the destination. Any ideas on why this is happening? even using the same options, but with a different destination path. I have tried using -vvv, but it doesn't make much sense to me.. Below is the logs: to local folder: [client] add_rule(- *:*) sending incremental file list [sender] make_file(backup,*,2) send_file_list done [sender] make_file(backup/EDC3.1.4.dmg.zip,*,2) [sender] make_file(backup/SLES-10-x86-CD1.iso,*,2) [sender] make_file(backup/stage2.img,*,2) [sender] make_file(backup/wget,*,2) send_files starting server_recv(2)...

...ll via # port_knock: input only server if [ -n "${SERVER}" ] && fwcore_has_i port_knock; then : ${FWCORE_PORT_KNOCK:?port_knock in FWCORE_IPROTOS needs FWCORE_PORT_KNOCK} if ipaddr_split ap "${FWCORE_PORT_KNOCK}"; then add_rule -p udp --dport ${port} \ -m recent --name port_knock --set \ -m recent --name port_knock --rcheck --seconds 60 --reap --hitcount 2 \ -m recent --name alien_super --set -j DROP add_rule -p udp --d...

Hi, I'm trying to figure out why when I do an rsync (Solaris, version 2.6.4 on both sides) from a site on the West Coast of the US to a site on the East coast, I keep getting directories updated when I use the command like this: # rsync -ar -v -v -i -O --force --delete --exclude=.snapshot --stats \ src:/sysic/lib/freedomlib_V100/ /sysic/lib/freedomlib_V100/ And I get output like this,

P.S.: Steffen Nurpmeso wrote in <20240707025234.j3oUaPFH at steffen%sdaoden.eu>: |Steffen Nurpmeso wrote in | <20240704180538.iV4uex29 at steffen%sdaoden.eu>: ||Simon Josefsson wrote in || <87jzi1fg24.fsf at kaka.sjd.se>: |||Jochen Bern <Jochen.Bern at binect.de> writes: |||> (And since you mention "port knocking", I'd like to repeat how fond I

Jochen Bern <Jochen.Bern at binect.de> writes: > (And since you mention "port knocking", I'd like to repeat how fond I > am of upgrading that original concept to a single-packet > crypto-armored implementation like fwknop.) I am reluctantly considering to use some kind of port knocking mechanism on some machines, however I really don't want to carry around shared

...sync on a different network which is failing with the following: rsync version 2.6.8 protocol version 29, rsync version 3.0.6 protocol version 30 (both versions fail) rsync -artvvvv rsync://mirrors.usc.edu/centos/5.6/updates/i386/RPMS/--exclude=debug/ /var/www/html/centos/5/updates/i386 [client] add_rule(- debug/) opening tcp connection to mirrors.usc.edu port 873 note: iconv_open("UTF-8", "UTF-8") succeeded. sending daemon args: --server --sender -vvvvlogDtpre.is . centos/5.6/updates/i386/RPMS/ rsync: read error: Connection reset by peer (104) _exit_cleanup(code=12, file=io.c,...

...rally 2 or 3 files, but sometimes after a litle bit more ) First thing i do is upgrading both servers and clients to 2.6.9 protocol version 29. After upgrade the problem is the same. I've run the client with the -vvv flag ans run a strace of the servers processes, here they are : [client] add_rule(- ~$*) [client] add_rule(- *.bak) backup_dir is previous_version/ opening tcp connection to xxx.yyy.zzz.aaa port 873 opening connection using --server -vvvvbtr --backup-dir previous_version --delete . bambckp/bam/ (Client) Protocol versions: remote=29, negotiated=29 building file list ... [sender]...

...SUSE 10.0 - the script was broke. I eventually boiled everything down to this: The invocation on the client machine is: rsync -avvvvv --delete-excluded --exclude-from=excludes \ -e ''ssh'' remote_machine: This is what I get: [client] parse_filter_file(excludes,0,3) [client] add_rule(- *.mp3) ... (Client) Protocol versions: remote=29, negotiated=29 (Server) Protocol versions: remote=29, negotiated=29 building file list ... [sender] make_file(....) <- lots of this ... recv_file_list done rsync: writefd_unbuffered failed to write 4092 bytes: phase "send_file_entry"...

...ned int module_dirlen; ^ exclude.c(128): remark #981: operands are evaluated in unspecified order who_am_i(), get_rule_prefix(mflags, pat, 0, NULL), ^ exclude.c(127): remark #981: operands are evaluated in unspecified order rprintf(FINFO, "[%s] add_rule(%s%.*s%s)%s\n", ^ exclude.c(1027): remark #810: conversion from "int" to "char" may lose significant bits *s++ = ch; ^ /opt/intel/compilo_9/l_cc_c_9.1.042/bin/icc -c99 -I. -I. -g -O2 -DHAVE_CONFIG_H -Wall -W -c util.c -o util.o icc: Command line rema...