From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1JmmDP-00038w-Rj for garchives@archives.gentoo.org; Fri, 18 Apr 2008 08:45:04 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A11D0E079D; Fri, 18 Apr 2008 08:45:01 +0000 (UTC) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by pigeon.gentoo.org (Postfix) with ESMTP id 805ECE079D for ; Fri, 18 Apr 2008 08:45:01 +0000 (UTC) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 2E42A10073D; Fri, 18 Apr 2008 04:45:01 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Fri, 18 Apr 2008 04:45:01 -0400 X-Sasl-enc: mrRg0lMiNtjY8/pJIoyxEe7NfdA04YGfyZC66UHuYwkx 1208508299 Received: from [10.161.192.73] (unknown [92.117.192.73]) by mail.messagingengine.com (Postfix) with ESMTPSA id D2A9B27997 for ; Fri, 18 Apr 2008 04:44:58 -0400 (EDT) Subject: Re: [gentoo-user] Re: Encrypted backups under Gentoo From: Florian Philipp To: gentoo-user@lists.gentoo.org In-Reply-To: References: <871w54iiid.wl%jan.seeger@thenybble.de> <20080417184733.3cb0a695@loonquawl.digimed.co.uk> <20080417213647.72393203@loonquawl.digimed.co.uk> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-CkUqoi0oTGhDGfgXxRTQ" Date: Fri, 18 Apr 2008 10:44:05 +0200 Message-Id: <1208508245.8117.17.camel@NOTE_GENTOO64.PHHEIMNETZ> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 X-Archives-Salt: 15a266cc-3620-4b11-94df-a58a10c0e92d X-Archives-Hash: 343b3d26641df4331fca7f92fc078437 --=-CkUqoi0oTGhDGfgXxRTQ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2008-04-18 at 09:34 +0200, Remy Blank wrote: > Neil Bothwick wrote: > > I'm currently using it with a local server. If I decide to use the > > backups on a remote server too, I'll probably stick to backing up to th= e > > local server and then using rsync. It makes sense to have a copy of the > > backup locally and only use the much slower option of restoring from a > > remote host when absolutely necessary. >=20 > There are at least two drawbacks to using rsync for mirroring the local=20 > backup to a remote host: >=20 > - If your local backup becomes corrupt, then so does your remote=20 > backup, except if you are quick enough to disable the rsync step. That's why I use rdiff-backup. >=20 > - If you have disconnection during the rsync step (happened to me last=20 > night), your remote backup is temporarily corrupted. > For the second problem, I'm toying with the idea of writing an=20 > rsync-like tool for mirroring one big file to a remote server, by first=20 > transmitting the changes and storing them separately on the remote=20 > machine, then performing the update on the big file after the connection=20 > has closed. Shouldn't rsync do this on its own? There is an option --inplace described with: "This causes rsync not to create a new copy of the file and then move it into place. Instead rsync will overwrite the existing file, meaning that the rsync algorithm can't accomplish the full amount of network reduction it might be able to otherwise (since it does not yet try to sort data matches). One exception to this is if you combine the option with --backup, since rsync is smart enough to use the backup file as the basis file for the transfer. This option is useful for transfer of large files with block-based changes or appended data, and also on systems that are disk bound, not network bound. The option implies --partial (since an interrupted transfer does not delete the file), but conflicts with --partial-dir and --delay-updates. Prior to rsync 2.6.4 --inplace was also incompatible with --compare-dest and --link-dest. WARNING: The file's data will be in an inconsistent state during the transfer (and possibly afterward if the transfer gets interrupted), so you should not use this option to update files that are in use. Also note that rsync will be unable to update a file in-place that is not writable by the receiving user." --=-CkUqoi0oTGhDGfgXxRTQ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQBICF9Vqs4uOUlOuU8RAj7gAJ9KYUIoTPdK1ntOHcqeZMdAdGsVxQCfdwY2 L3UlX0HXKGSd3S5YBoi0kVE= =4zvu -----END PGP SIGNATURE----- --=-CkUqoi0oTGhDGfgXxRTQ-- -- gentoo-user@lists.gentoo.org mailing list