[OpenIndiana-discuss] set which fs do/don't get snaps besides timeslider
Harry Putnam
reader at newsguy.com
Tue Dec 1 03:07:01 UTC 2020
"Coalson, Timothy Scott (S&T-Student)" <tsc5yc at mst.edu> writes:
> You can tell time-slider to ignore a filesystem by:
>
> zfs set com.sun:auto-snapshot=false <filesystem>
>
> There are global settings for a custom time-slider schedule (number of
> each type of snapshot to keep, service auto-snapshot:<interval>,
> property "zfs/keep"), but I don't know of a per-fs one (though I
> haven't kept up to date).
Well of course there is setting the com.sun:auto-snapshot=[true/false]
If not present, add it. You probably know about it too but just
starting to use it, I can see where it would be pretty tedious to keep
of with doing some regimen of snaps by cron.
> . . . . . . . . . . . . . . . .I actually wrote my own cron job that
> allows per-fs schedules and uses a bit different logic (but doesn't do
> recursive snapshots or track usage % of the pool), but the schedule
> specification is a bit arcane and not user-friendly. The main reason
> I wrote it was so that I could have auto snapshots enabled during
> scheduled backups without complaints...
One method I used with software called `rsnapshot' on linux was cron
based and a fairly flexible script... relying on hard links to keep
down the backup size, probably something that could be adapted to zfs
snapshots.
It has a rolling deletion process based on a specific number of
hourly, daily, weekly, monthly that are kept till there turn comes to
be promoted of the end of the pier.
I figured I could slip in a few snaps if I wanted some to stay out of
the rotation just by naming someway the script does not expect or
rotate.
But this is all much more messing around than the trusty timeslider if
your setup is amenable to something that rigid.
Please tell me what you think of this: I have certain zfs fs that will
be continually either refreshed to match the remote host they come
from with `zfs send -i (incremental)' or the trusty rsync set to
delete anything that isn't on the mother host.
I say either of those because I do not yet understand how incremental
snaps are supposed to work. If that process is capable of refreshing
an existing fs to match the mother then I don't quite get why you need
to dink around with two snaps and not just be able to use the most
recent and merge that into the remote fs deleting what is not in the
snap and adding what is in the snap and not the fs or newer in the
snap than what is already there. ala .. rsync.
But getting back to what I want your opinion on:
I'm sending data that copies the mothership to a remote host for
redundancy so it seems that since that data will be getting regularly
refreshed from the mother, then the need of snapshots is greatly
diminished if not obviated.
I'm asking if not snapsh'ing certain kinds of collections (matching
what I laid out above) would be a dumb way to proceed. Like is there
some other intrinsic safety factor that taking snaps would cover.
More information about the openindiana-discuss
mailing list