Methods for safe hard-linked push backup

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-...


Go Back   Usenet Forums > Networking and Network Related > Rsync

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 4 Days Ago
Matt McCutchen
 
Posts: n/a
Default Methods for safe hard-linked push backup


--===============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==--

Reply With Quote
Reply


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are Off
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT +1. The time now is 06:57 PM.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.0.0