public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: William Kenworthy <billk@iinet.net.au>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] [OT] SMR drives (WAS: cryptsetup close and device in use when it is not)
Date: Mon, 2 Aug 2021 14:12:24 +0800	[thread overview]
Message-ID: <79367904-1d97-5d5e-ab0e-5f6cbb36071d@iinet.net.au> (raw)
In-Reply-To: <YQcYXz/WbGcKojgZ@kern>

[-- Attachment #1: Type: text/plain, Size: 4595 bytes --]


On 2/8/21 5:55 am, Frank Steinmetzger wrote:
> Am Sun, Aug 01, 2021 at 11:36:36AM +0800 schrieb William Kenworthy:
>
>>>> Its not raid, just a btrfs single on disk (no partition).  Contains a
>>>> single borgbackup repo for an offline backup of all the online
>>>> borgbackup repo's I have for a 3 times a day backup rota of individual
>>>> machines/data stores
>>> So you are borg’ing a repo into a repo? I am planning on simply rsync’ing
>>> the borg directory from one external HDD to another. Hopefully SMR can cope
>>> with this adequatly.
>>>
>>> And you are storing several machines into a single repo? The docs say this
>>> is not supported officially. But I have one repo each for /, /home and data
>>> for both my PC and laptop. Using a wrapper script, I create snapshots that
>>> are named $HOSTNAME_$DATE in each repo.
>> Basicly yes: I use a once per hour snapshot of approximately 500Gib of
>> data on moosefs, plus borgbackups 3 times a day to individual repos on
>> moosefs for each host.
> So you have:
> Host A ──[hourly]──> Online-Borg A ─┐
>                                     ├──[3/day]──> Offline-Borg
> Host B ──[hourly]──> Online-Borg B ─┘
> ?
>
>> 3 times a day, the latest snapshot is stuffed into a borg repo on moosefs
>> and the old  snapshots are deleted.
> How do you stuff just the latest snapshot of a repo into another repo?
>
>> 3. borgbackup often to keep changes between updates small - time to
>> backup will stay short.
> Apparently you are dealing with some kind of productive, high-availability
> or high-throughput system. I only have my personal stuff, so I don’t mind it
> taking a few minutes. That allows me to watch progress bars and numbers
> going up. :)
>
>> 4. borg'ing a repo into a repo works extreemly well - however there are
>> catches based around backup set names and the file change tests used.
>> (ping me if you want the details)
> But what is the point of that? Why not simply keep the last x hourly/
> daily/weekly snapshots? The only thing I can think of is to have a
> small(ish) short-term repo and keep the larger archival repo separate.
>
Hi Frank,

Not quite - I see I could have been clearer.  I "experiment" a lot -
which means things break so I need to get back running quickly.  So the
purpose of the online repos and snapshots is just for that - quick
recovery.  Longer term I want to have an offline copy for a real
disaster (yes, I have needed to restore almost 20TiB including the
online backups on the moosefs system three months ago - self caused :)
as well as often needing to step back a few days/weeks for a historical
copy of a file, or less often a system restore on a host.  By the way,
this discussion has been useful as I found some failed backups due to a
missing dependency in the borgbackup ebuild when looking closer at it -
has a bug.  Need to do some watcher scripts to detect that.


stage 1: online, immediately available

Hosts (those with actual attached storage - a mixture of intel, arm32
and arm64 devices are backed up to their own borg repo 3 times a day via
push.  One repo per machine on moosefs.

A separate script does an hourly backup of VM, LXC images, and various
data stores via a moosefs snapshot.

stage 2: resource management for the snapshots

3 times a day, a script does a borg create on the latest snapshop at the
time, and when complete deletes all previous snapshots (-1) so at that
point I have two older snapshots available + a couple created during the
borg run - note that large multi GiB snapshots can quickly use up all
memory (32GiB) on the moosefs master unless culled regularly.

stage 3: offline because disasters happen :)

All borg repos are on moosefs with a single root directory
(/mnt/mfs/backups) so once every day or so I manually mount the offline
disk and do a borg create on the backup directory.  I was doing this
once a week, but operationally its easier to do 5-10 minutes every day
than an hour once a week due to the scale of changes over the longer
time period.

So, its looks like:

Host A    ──[3/day]──> Online-Borg A   ─┐
                                        ├─────────────────────────[common directory]---[manual, 1/day]──> Offline-Borg
Host ...  ──[3/day]──> Online-Borg ... ─┘                             |
?                                                                     |

Snapshots ──[hourly]──> Online-Borg "snaps" ─[3/day] ─────────────────┘ 


BillK



[-- Attachment #2: Type: text/html, Size: 6071 bytes --]

  reply	other threads:[~2021-08-02  6:13 UTC|newest]

Thread overview: 64+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-06-14  4:50 [gentoo-user] cryptsetup close and device in use when it is not Dale
2021-06-15 13:48 ` Ramon Fischer
2021-06-15 14:21   ` Dale
2021-06-15 14:52     ` Jack
2021-06-15 15:26       ` Dale
2021-06-15 19:04         ` Ramon Fischer
2021-06-21  4:18         ` Dale
2021-06-21  4:49           ` Dale
2021-06-21  5:41             ` Dale
2021-06-21  5:59               ` Dale
2021-06-28  3:35                 ` Dale
2021-07-05  3:19                   ` Dale
2021-07-06 18:40                     ` Ramon Fischer
2021-07-06 19:43                       ` Dale
2021-07-07 14:48                       ` Dr Rainer Woitok
2021-07-07 18:08                         ` Dale
2021-07-08  8:20                           ` Ramon Fischer
2021-07-12  8:31                             ` Dale
2021-07-12 13:14                               ` Ramon Fischer
2021-08-02 13:33                                 ` Dale
2021-08-09 13:38                                   ` Ramon Fischer
2021-09-19 11:55                                     ` Dale
2021-07-25 20:29                           ` Frank Steinmetzger
2021-07-25 23:10                             ` Dale
2021-07-26 21:00                               ` Frank Steinmetzger
2021-07-26 22:48                                 ` Dale
2021-07-29 16:46                                 ` Wols Lists
2021-07-29 20:55                                   ` [gentoo-user] [OT] SMR drives (WAS: cryptsetup close and device in use when it is not) Frank Steinmetzger
2021-07-29 21:31                                     ` Frank Steinmetzger
2021-07-30 12:48                                       ` Frank Steinmetzger
2021-07-30  5:14                                     ` William Kenworthy
2021-07-30 14:29                                       ` Rich Freeman
2021-07-30 16:50                                         ` antlists
2021-07-30 18:38                                           ` Rich Freeman
2021-07-31  3:14                                         ` William Kenworthy
2021-07-31  3:50                                           ` Wols Lists
2021-07-31  4:58                                             ` William Kenworthy
2021-07-31 12:12                                               ` Rich Freeman
2021-08-01  0:41                                                 ` Frank Steinmetzger
2021-08-01  0:56                                                   ` Rich Freeman
2021-07-31 16:38                                               ` antlists
2021-08-01  0:50                                               ` Frank Steinmetzger
2021-08-01  3:36                                                 ` William Kenworthy
2021-08-01  3:46                                                   ` William Kenworthy
2021-08-01 21:38                                                     ` Frank Steinmetzger
2021-08-02  5:38                                                       ` William Kenworthy
2021-08-02 21:52                                                         ` Frank Steinmetzger
2021-08-02 23:10                                                           ` William Kenworthy
2021-08-03  8:18                                                             ` Frank Steinmetzger
2021-08-05 20:40                                                               ` Frank Steinmetzger
2021-08-06  7:22                                                                 ` William Kenworthy
2021-08-01 21:55                                                   ` Frank Steinmetzger
2021-08-02  6:12                                                     ` William Kenworthy [this message]
2021-08-02 22:03                                                       ` Frank Steinmetzger
2021-08-02 23:35                                                         ` William Kenworthy
2021-08-01  3:41                                                 ` William Kenworthy
2021-08-01 21:41                                                   ` Frank Steinmetzger
2021-07-31 12:21                                             ` Rich Freeman
2021-07-31 12:59                                               ` William Kenworthy
2021-07-31 13:30                                                 ` Rich Freeman
2021-08-01  3:05                                                   ` William Kenworthy
2021-08-01 11:37                                                     ` Rich Freeman
2021-07-31  5:23                                           ` William Kenworthy
2021-06-15 17:48     ` [gentoo-user] Re: cryptsetup close and device in use when it is not Remy Blank

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=79367904-1d97-5d5e-ab0e-5f6cbb36071d@iinet.net.au \
    --to=billk@iinet.net.au \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox