similar to: [Bug 14323] New: Defaults for --skip-compress are not working, everything is being compressed

What I'm trying to do: upload files from my local machine to an rsync server running on a remote host. What I don't know: syntax on how to do this. I initially set the conf file so that I could download from the remote machine to my local machine, the syntax: rsync -azv --delete rsync://user@remote.machine.com:12923:blah destdir This worked fine. So then, I wanted to go the other

Hi, I've discovered a bug in rsync which leads to increased CPU usage and slower transfers in many situations. When syncing with compression (-z), certain file types should not be compressed during the transfer because they are already compressed. The file types which are not to be compressed can be seen in the man page section --skip-compress. Unfortunately skipping the default file types

https://bugzilla.samba.org/show_bug.cgi?id=3432 Summary: rsync -azv --cvs-exclude forgets "LocalSettings.php" Product: rsync Version: 2.6.6 Platform: x86 URL: http://pto.linux.dk/albackup.tgz OS/Version: Linux Status: NEW Severity: major Priority: P3 Component: core

Hello list, I am running rsync 2.5.5 on some Solaris 7 and 8 boxes. I'd like to sync different directories from one box to another. This is my include file: ppukweb2% more rsync-include-file /tmp/loris/testrsync1 /tmp/loris/testrsync2 /tmp/loris/testrsync3 This is the command I run: rsync -azv -e ssh --stats --include-from=/tmp/rsync-include-file ppukweb8:/tmp/loris and this is the

Hi, I'm using rsync for a couple of things but I am at a point where I could not find a solution for my problem. this is what I want to do: rsync only the files i_* from a directory from machine A to machine Bi and delete them from machine B if they on longer exist on machine A. so I use the command: rsync -azv --stats -e ssh --delete i_* user@host:/dir/ When using this command the files

Hi!:) - try using the sudo command as a prefix to all of that. I know that if I didn't do that it would default to nobody.nobody when I copied. -Tito > > Hi All, > I recently installed Rsync to perform backup features - this > includes backing up a /home dir and keeping ownerships/permissions > intact is obviously very important.... > > However when I perform.

On 21 Apr 2002, Anders Nordby <anders@fix.no> wrote: > # rsync -azv \ > rsync://sunsite.dk/ftp//mirrors/mysql/Downloads/Contrib/MyAccess.mda . Works fine for me using rsync's upstream HEAD and 2.5.5 release. So it seems like it must be either something in BSD's patches, or something about your compiler, or possibly something else. Could you please try building from upstream

I need to copy over 100TB of data from one server to another via network. What is the best option to do this? I am planning to use rsync but is there a better tool or better way of doing this? For example, I plan on doing rsync -azv /largefs /targetfs /targetfs is a NFS mounted filesystem. Any thoughts? TIA -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hello All, I have a simple question I think. I have been using rsync for a year now and all is going well. I have it set up in my cron.daily with the -azv option. When I receive the email upon completion of the cron is there any options I am not aware of that will also show me the size of the file being transfered? Thanks for any help. Amy A.

Hi All, I recently installed Rsync to perform backup features - this includes backing up a /home dir and keeping ownerships/permissions intact is obviously very important.... However when I perform. (current working path is /home) rsync -azv --progress --stats * andrew@192.168.0.2::tmp/home and on the server side of things... I have it setup like so - motd file = /etc/rsyncd.motd

I am writing a program that synchronizes my companies Windows laptops with our home server. Due to the nature of our proxy/firewall, I must use SSH with port forwarding to achieve this goal. Currently I establish the SSH connection using the following command: ssh ssh_user@proxy.example.com -i file_name -L 873:200.200.60.60:7000 -N and then run rsync with the following command: rsync

Apparently rsync breaks on FreeBSD if you turn off -O2 (which is the default.) The breakage is apparently inside zlib. You'd have to think it was a compiler bug, but perhaps not. I haven't tried to reproduce it yet. -- Martin ----- Forwarded message from grog@FreeBSD.org ----- Date: Fri, 19 Apr 2002 23:14:46 -0700 (PDT) From: <grog@FreeBSD.org> To: mbp@samba.org Subject: PR

I got curious as to how rsync operates, and got a few tests going under ethereal. The results confused me more. I created /tmp/test-out/ containing two different text files - one named "file.txt" and the other "data.gz". ie. data.gz wasn't actually compressed - it was actually text. I then created an empty directory on a rsync server to replicate that data to. I did a

On Wed, Mar 25, 2020 at 02:49:24PM +0100, Simon Matter via CentOS wrote: > Hi, > > I've discovered a bug in rsync which leads to increased CPU usage and > slower transfers in many situations. > > When syncing with compression (-z), certain file types should not be > compressed during the transfer because they are already compressed. The > file types which are not to

All of the rsync pages say that "rsync -a --delete src dest" will do a full mirror but it just isn't so for us. I've only found one Google item similar: http://www.linuxquestions.org/questions/linux-software-2/rsync-doesnt-seem-to-delete-599985/ We have around 9200 directories in 250G in /home on a Sun 4500 with Solaris 8 and rsync 2.6.5 - which we are trying to mirror on Sun

Dear all, I have the following situation: Local T.38 endpoint <-> ASTERISK <-> SIP provider (with T.38 support) I am trying to send a fax from my local T.38 endpoint to arbitrary external fax numbers (which I am not in control of, so I don't know if the other end supports T.38, is connected to a PBX, who is their provider, and so on), of course trying to use T.38 at least from

Release Announcements --------------------- These are a security releases in order to address the following defects: o CVE-2020-14318: Missing handle permissions check in SMB1/2/3 ChangeNotify. o CVE-2020-14323: Unprivileged user can crash winbind. o CVE-2020-14383: An authenticated user can crash the DCE/RPC DNS with easily crafted records. ======= Details ======= o CVE-2020-14318:

Release Announcements --------------------- These are a security releases in order to address the following defects: o CVE-2020-14318: Missing handle permissions check in SMB1/2/3 ChangeNotify. o CVE-2020-14323: Unprivileged user can crash winbind. o CVE-2020-14383: An authenticated user can crash the DCE/RPC DNS with easily crafted records. ======= Details ======= o CVE-2020-14318:

Commit-ID: 6a65ae391c3db2b3e2ddd41f16625053ee1518b5 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=6a65ae391c3db2b3e2ddd41f16625053ee1518b5 Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Mon, 27 Oct 2014 16:12:49 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 25 Jan 2019 02:57:21 +0000 [klibc] [BUILTIN] Optimise

Commit-ID: 298ca1e50131be8fae13c629aca17507928271d3 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=298ca1e50131be8fae13c629aca17507928271d3 Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Mon, 27 Oct 2014 16:12:49 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:54 +0000 [klibc] dash: [BUILTIN]