From owner-freebsd-questions@freebsd.org Tue Apr 12 07:49:54 2016 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF093B0DB7A for ; Tue, 12 Apr 2016 07:49:54 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:c4ea:bd49:619b:6cb3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6E9B41649 for ; Tue, 12 Apr 2016 07:49:54 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from liminal.local (liminal.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3636:3bff:fed4:b0d6]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id 68DBC11F6F for ; Tue, 12 Apr 2016 07:49:46 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/68DBC11F6F; dkim=none; dkim-atps=neutral Subject: Re: rsync update mixed environment To: freebsd-questions@freebsd.org References: <570C9DE3.6030601@parts-unknown.org> From: Matthew Seaman Message-ID: <570CA890.7090706@FreeBSD.org> Date: Tue, 12 Apr 2016 08:49:36 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <570C9DE3.6030601@parts-unknown.org> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="LS4BCQqBWHQU2W9nn8GWaRH97TBn12mSp" X-Virus-Scanned: clamav-milter 0.99.1 at smtp.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00,SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on smtp.infracaninophile.co.uk X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2016 07:49:55 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --LS4BCQqBWHQU2W9nn8GWaRH97TBn12mSp Content-Type: multipart/mixed; boundary="P2npk1A6dh76ilPqRbSNXXfN7JaAUOs5F" From: Matthew Seaman To: freebsd-questions@freebsd.org Message-ID: <570CA890.7090706@FreeBSD.org> Subject: Re: rsync update mixed environment References: <570C9DE3.6030601@parts-unknown.org> In-Reply-To: <570C9DE3.6030601@parts-unknown.org> --P2npk1A6dh76ilPqRbSNXXfN7JaAUOs5F Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 12/04/2016 08:04, David Benfell wrote: > I'm used to rsync from Linux, where one can do rsync -auvz to update th= e > files from one directory to another between networked systems. >=20 > The z option gave me trouble in FreeBSD but I guess you can do zz > instead. I guess I missed a memo on whatever is going on with this. The FreeBSD port is using the zlib from the base system rather than what is bundled with rsync. This does have an effect on functionality, particularly on interoperability with other versions of rsync. If you're using rsync in a diverse environment, it might be an idea to toggle that option setting in the rsync port and reinstall it. > Either way, updates don't seem to happen reliably when I do this from a= > Linux system to a FreeBSD system. The failure is silent; it just doesn'= t > seem to recognize that a file in the source is newer than the version i= n > the destination. And then I wonder why an updated file didn't propagate= =2E Curious. Is there any problem going in the other direction? FreeBSD to Linux? What are the versions of rsync on either side? Does using compression or not affect the reliability? (ie. try your rsync without any compression at all.) I'm thinking this could be a problem due to the change in the way the compression option works with different rsync(1) versions. Quoting the man page: This matching-data com- pression comes at a cost of CPU, though, and can be disabled by repeating the -z option, but only if both sides are at least version 3.1.1. Cheers, Matthew --P2npk1A6dh76ilPqRbSNXXfN7JaAUOs5F-- --LS4BCQqBWHQU2W9nn8GWaRH97TBn12mSp Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQJ8BAEBCgBmBQJXDKiWXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkAT8CcP/RijjB+OEvAPloMb8lEjh7d/ 6xdMUiTUN8c33i8ln7GNKkaNwOX7v2rFoGzUitAIyzXCyTnbF6TqhJoTqcVkqq3J AbSQnM1+oZ1NPlGdK5F55aOiZPZH4E6pKsjCBll+9xDA7fxteTC5jQug+fix2R75 n0vO+b79FdQhPFthtQGEHbAadJ53VrSLcS1SH3NnleVThEPrvwFLyPHHCQ2UDOq+ W7BUluMWJaCCcfmp+x651H99dytOmD1D5MujEXLw55lM6PQlAinVt3erKnW/+8hz MOKJPfTVc+6SoSmZ2yEGd28wkiCkw8izKN5y8WfxbA7iIHenlNWqCelCCfyUiQHV 5vF9yGfyDyLPLjSN6bBGSVXEikPeR43fhJuvFTa9i0KXNWvkKwPfUYZbeTERD3SZ F26cOKXcp7rGTKw+V7BkuLHFm6cuku8c0cPfL6i6AIQUqNhKdVTOy2RH69gIaMi0 5BBAT7yglPMCzVWk6GqfEWrzm18ytqtGHeVI1pVwk4hnW0D9+1d1Xs4zg9hpQepM 3Fo/sOTFRCXpTr6ILUy19UwvbP+5f9/s4uq/mQYg7/a+IDqcHHTJBnnDuYZS6Rl+ exwPwBPciQpB3KEFmRj688572bnNuJ2Rjaxi9OBFpZPZAau36hQ2up18upI9m7AB sPnIl5ueP7wyTRjbb2e8 =cGMz -----END PGP SIGNATURE----- --LS4BCQqBWHQU2W9nn8GWaRH97TBn12mSp--