Thanks everyone for the responses. I'll start setting up my backup
strategy in 2 or 3 weeks. I'll give the diff and unionFS tips a go, and
report back on any progress.
signature.asc
Description: This is a digitally signed message part
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 18/07/14 05:35, Russell Coker wrote:
Daily snapshots work welk with kernel 3.14 and above (I had
problems with 3.13 and previous). I have snapshots every 15 mins on
some subvols.
Very large numbers of snapshots can cause performance problems.
Russell Coker posted on Fri, 18 Jul 2014 14:35:20 +1000 as excerpted:
Daily snapshots work welk with kernel 3.14 and above (I had problems
with 3.13 and previous). I have snapshots every 15 mins on some subvols.
Very large numbers of snapshots can cause performance problems. I
suggest
On Fri, 18 Jul 2014 10:45:37 + (UTC)
Duncan 1i5t5.dun...@cox.net wrote:
Russell Coker posted on Fri, 18 Jul 2014 14:35:20 +1000 as excerpted:
Daily snapshots work welk with kernel 3.14 and above (I had problems
with 3.13 and previous). I have snapshots every 15 mins on some subvols.
Thanks for the replies, I think that's most of the questions answered.
I'll not bother backing up any VMs, as they won't contain anything worth
backing up. Can anybody answer the last couple of remaining questions?
On ven, 2014-07-18 at 14:35 +1000, Russell Coker wrote:
Ignoring directories in
On Fri, 18 Jul 2014 05:34:22 -0700
Duncan 1i5t5.dun...@cox.net wrote:
Effectively, admins can choose NOCOW XOR frequent-snapshotting, altho
the fact that snapshots stop at subvolume borders can be used as a
partial workaround, by putting NOCOW files on a dedicated partition and
not
On Fri, 18 Jul 2014 13:56:58 Sam Bull wrote:
On ven, 2014-07-18 at 14:35 +1000, Russell Coker wrote:
Ignoring directories in send/recv is done by subvol. Even if you use
rsync it's a good idea to have different subvols for directory trees
with different backup requirements.
So, an inner
On Fri, 18 Jul 2014 16:55:26 +0600
Roman Mamedov r...@romanrm.net wrote:
On Fri, 18 Jul 2014 10:45:37 + (UTC)
Duncan 1i5t5.dun...@cox.net wrote:
Russell Coker posted on Fri, 18 Jul 2014 14:35:20 +1000 as
excerpted:
Daily snapshots work welk with kernel 3.14 and above (I had
And, finally, nobody has mentioned on the possibility of merging
multiple snapshots into a single snapshot. Would this be possible, to
create a snapshot that contains the most recent version of each file
present across all of the snapshots (including files which may be
present in only one of
It's not about snapshots but here is an other incremental
backup recipe for optical mediums like DVDs, BlueRays:
Base Backup:
1) Create encrypted loopback devices of DVD or BlueRay sizes.
2) Create a compressed multi device Btrfs spanning these
loopback devices. (To save space, you may use
On 07/18/14 06:40, Russell Coker wrote:
Displaying backups is an issue of backup software. It is above the
level that BTRFS development touches. While people here can probably
offer generic advice on backup software it's not the topic of the
list.
As said, I don't mind developing the
I've a couple of questions on incremental backups. I've read the wiki
page, and would like to confirm my understanding of some features, and
also see if other features are possible that are not mentioned. I'm
looking to replace my existing backup solution, and hoping to match the
features I
Daily snapshots work welk with kernel 3.14 and above (I had problems with 3.13
and previous). I have snapshots every 15 mins on some subvols.
Very large numbers of snapshots can cause performance problems. I suggest
keeping below 1000 snapshots at this time.
You can use send/recv functionality
13 matches
Mail list logo