[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Duplicity-talk] Directory changes when mid-backup?
From: |
Phil |
Subject: |
Re: [Duplicity-talk] Directory changes when mid-backup? |
Date: |
Fri, 06 Nov 2020 09:29:39 +0000 |
User-agent: |
mu4e 1.2.0; emacs 26.3 |
Thanks Rob - reading up on LVM it sounds very useful for a host of things.
Have you found it
to be reliable - there's some anecdotal evidence I've found that it can fall
foul of some nasty bugs?
Rob Hasselbaum writes:
> If your host uses LVM or a similar mechanism that supports filesystem
> snapshots, you can take a snapshot immediately before the backup starts,
> mount and backup the snapshot, and then remove it. That ensures an atomic
> view of the filesystem as you're backing up. No files will
> change.
>
> On Tue, Nov 3, 2020 at 6:21 AM Oliver Dunk via Duplicity-talk
> <duplicity-talk@nongnu.org> wrote:
>
> Hi Phil,
>
> I asked a similar question a few months ago which might interest you:
> https://lists.nongnu.org/archive/html/duplicity-talk/2020-06/msg00003.html
>
> On 3 Nov 2020, at 11:18, Phil via Duplicity-talk <duplicity-talk@nongnu.org>
> wrote:
>
> Hi,
>
> I've been using duplicity for a while to backup daily changing
> directories of logs and results.
>
> I have always done this in the dead of night and locked the processes
> which would usually write to the parent directory being backed up for the
> duration of the backup.
>
> However there is now a requirement to add to (and potentially even
> modify) this directory 24/7. I've done a few tests and running
> duplicity on a directory whilst that directory is being written to
> doesn't seem to fail.
>
> My question is - is backing up a potentially change directory supported?
>
> Does duplicity initially snapshot the directory structure - so it will
> ignore any new files or directories created whilst it is running? How
> does it handle files potentially being changed or deleted during the
> backup - if at all?
>
> It strikes me that adding files shouldn't really be a problem (they will
> simply be ignored until the next incremental backup) - but deleting or
> modifying files mid-backup may be difficult to handle.
>
> Any advice welcome!
>
> Thanks,
> Phil.
>
> _______________________________________________
> Duplicity-talk mailing list
> Duplicity-talk@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/duplicity-talk
>
> _______________________________________________
> Duplicity-talk mailing list
> Duplicity-talk@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/duplicity-talk