This is a discussion on Methods for safe hard-linked push backup within the Rsync forums, part of the Networking and Network Related category; --===============0400360664== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-XGLt6ZOk8du3TtUd0pSM" --=-XGLt6ZOk8du3TtUd0pSM Content-...
|
|||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
|
|||
|
--===============0400360664== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-XGLt6ZOk8du3TtUd0pSM" --=-XGLt6ZOk8du3TtUd0pSM Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =EF=BB=BF=EF=BB=BFThis is to continue my discussion with Carl from: https://bugzilla.samba.org/show_bug.cgi?id=3D5448 on methods for hard-linked push backup where the client can't corrupt old backups via attribute tweaking. > > I don't know why one would use "cp -al". I was thinking that the clien= t would > > upload to the module and then the post-xfer script would copy the modul= e > > contents to a backup set elsewhere using --link-dest, just as if the mo= dule > > were the original source. >=20 > Because I think that one "rsync" run and one "cp -al" copy would be faste= r than > two "rsync" runs. >=20 > > > The client may not not be able to write to the previous backup but a = buggy or > > > exploited forked daemon could. So I don't think this is a good a solu= tion and > > > is more complex. > >=20 > > As I said, if you do not want to trust a properly configured daemon wit= h direct > > access to the previous backup, your alternative is to use a second copy= .. If > > you have a better idea, I would like to hear it (preferably on the list= or in a > > separate enhancement request). >=20 > _This is_ my better idea! Fix rsync to not modify files in place without > "--inplace" and never use "--link-dest" but use server side scripts intea= d. Sorry, I still don't understand what you're proposing. Could you please give a more specific description of the sequence of steps performed when a client pushes a backup? Matt --=-XGLt6ZOk8du3TtUd0pSM Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQBII6v6C+xSYN/RlfsRAo1SAJ9//3BAfbfH141KKE7Yj15ixRjkXQCfbQjG tmyfcBxXBvqTSwJeXsXqyco= =59QG -----END PGP SIGNATURE----- --=-XGLt6ZOk8du3TtUd0pSM-- --===============0400360664== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html --===============0400360664==-- |
![]() |
| Thread Tools | |
| Display Modes | |
|
|