<div dir="ltr">Thanks for that, but the loss of 3 and 4 is *probably* acceptable for this situation, as my backup location is a machine I control.</div><br><div class="gmail_quote"><div dir="ltr">On Tue, Oct 16, 2018 at 11:40 PM Marian Beermann <<a href="mailto:public@enkore.de">public@enkore.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">And if you are using encryption you kinda need to trust the repo server<br>
as well.<br>
<br>
See<br>
<a href="https://borgbackup.readthedocs.io/en/stable/internals/security.html#attack-model" rel="noreferrer" target="_blank">https://borgbackup.readthedocs.io/en/stable/internals/security.html#attack-model</a><br>
<br>
On 10/16/18 3:18 PM, Zack Coffey wrote:<br>
> <a href="https://borgbackup.readthedocs.io/en/stable/faq.html" rel="noreferrer" target="_blank">https://borgbackup.readthedocs.io/en/stable/faq.html</a><br>
> <br>
> That question is the very first answer in the FAQ.<br>
> <br>
> The answer is basically "yes, but..."<br>
> <br>
> Each machine is responsible for taking care of the whole repo as if it<br>
> were it's own. So it needs to sync the whole thing, take care of<br>
> everything and leave it all in a good state. Otherwise the next backup<br>
> client is going to have trouble. Oh, and only 1 can run at a time.<br>
> <br>
> If all of those are not a concern and dedupe is a higher priority, then<br>
> yes they can all backup to 1 repo. Otherwise, individual repos is wiser.<br>
> <br>
> On Tue, Oct 16, 2018 at 1:14 AM Oon-Ee Ng <<a href="mailto:ngoonee.talk@gmail.com" target="_blank">ngoonee.talk@gmail.com</a><br>
> <mailto:<a href="mailto:ngoonee.talk@gmail.com" target="_blank">ngoonee.talk@gmail.com</a>>> wrote:<br>
> <br>
> Apologies in advance if I get terminology wrong, I've used rsnapshot<br>
> for a decade or more and am only now looking to upgrade my backup<br>
> process.<br>
> <br>
> Having said that, what's the best way to approach multi-machine<br>
> backup? Obviously the most straightforward way is to initialize at<br>
> least one borg backup per machine. However if I read that correctly<br>
> this will create isolated repositories, which cannot take advantage<br>
> of any data overlap.<br>
> <br>
> Just to avoid this being an XY problem, my core use case is having<br>
> multiple computers (Linux and Windows via cygwin) backing up to a<br>
> single backup host using borgbackup. Some of these machines have<br>
> duplicated data (especially in terms of photos/videos, since these<br>
> are personal/family machines), so there should be significant space<br>
> savings from being keeping them in one repository, if that is at all<br>
> possible.<br>
> <br>
> Thanks in advace!<br>
> _______________________________________________<br>
> Borgbackup mailing list<br>
> <a href="mailto:Borgbackup@python.org" target="_blank">Borgbackup@python.org</a> <mailto:<a href="mailto:Borgbackup@python.org" target="_blank">Borgbackup@python.org</a>><br>
> <a href="https://mail.python.org/mailman/listinfo/borgbackup" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/borgbackup</a><br>
> <br>
> <br>
> _______________________________________________<br>
> Borgbackup mailing list<br>
> <a href="mailto:Borgbackup@python.org" target="_blank">Borgbackup@python.org</a><br>
> <a href="https://mail.python.org/mailman/listinfo/borgbackup" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/borgbackup</a><br>
> <br>
<br>
</blockquote></div>