Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 20 Dec 2016 19:41:33 -0600
From:      Brandon J. Wandersee <brandon.wandersee@gmail.com>
To:        Malcolm Matalka <mmatalka@gmail.com>
Cc:        Aleksandr Miroslav <alexmiroslav@gmail.com>, freebsd-questions@freebsd.org
Subject:   Re: zfs (zxfer) replication -- "holes" in backups?
Message-ID:  <86bmw6m52q.fsf@WorkBox.homestead.org>
In-Reply-To: <867f6u22vv.fsf@gmail.com>
References:  <CACcSE1znx_3H=71hT_3TOu-tMhWjkm7_sx-nxLQA83iz4aeR6w@mail.gmail.com> <CACcSE1xG%2B6wLoGwjNDAcadcdCxFD6sAC2G%2BXkNn911myfosgKw@mail.gmail.com> <867f6u22vv.fsf@gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help

Malcolm Matalka writes:

> Aleksandr Miroslav <alexmiroslav@gmail.com> writes:

>> It turns out that when I sent my snapshots to my backup machine, I never
>> turned off this property, the backup machine also had zfstools installed,
>> and so was taking snapshots of my backupsnaphots. Hence the holes. I've
>> since cleaned this up, and will let backups run for a few days and see if
>> this fixes the problem.
>
> I ran into this problem where the snapshots the machine that was backing
> up to named the snapshots the same thing so zxfer thought the transfer
> didn't need to happen.  I "solved" this by putting the hostname in the
> snapshot name.  There is probably a better way though.

I'm not sure there's an entirely elegant way to deal with it. I use
zfstools and zxfer myself, and have just accepted having a really long
line in the crontab to remove the properties before transfer.

I used to use sysutils/zfsnap, which is a pretty good tool in its own
right and can avoid the problem of the system holding backups creating
new snapshots on the backups. However, it does that by requiring
multi-entries for each type of backup iteration, as well as lines for
every single dataset, added to /etc/periodic.conf. Works well enough for
simple setups, but more complex ones get out of hand.

-- 
::  Brandon J. Wandersee
::  brandon.wandersee@gmail.com
::  --------------------------------------------------
::  'The best design is as little design as possible.'
::  --- Dieter Rams ----------------------------------



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86bmw6m52q.fsf>