Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #159573
| From | Dan Ritter <dsr@randomstring.org> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: Backup solutions without reinventig the wheel these days |
| Date | 2015-10-21 16:10 +0200 |
| Message-ID | <qm2fw-5eA-17@gated-at.bofh.it> (permalink) |
| References | <qlIqt-1ak-3@gated-at.bofh.it> <qlKsi-4o0-11@gated-at.bofh.it> <qlY2d-7mq-11@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Wed, Oct 21, 2015 at 11:32:06AM +0200, Ondřej Grover wrote: > --lnk-dest is a nice feature of rsync, however, it would require me to > write yet another custom script that so many people already have and > reinvent the wheel again. I'm trying to find a ready and time-tested and > maintained solution before I go down that path. The rsynch handler in > backupninja does pretty much the same thing, but uses cp -l as --link-dest > did not exist back when it was written. Nevertheless, I'd prefer > block-level deduplication and compression. > > Your btrfs setup sounds interesting, Sarunas. Are you running those btrfs > volumes on Jessie? Any stability issues? Do you think it could work with > just 1GB RAM + 1 GB swap? I was thinking about doing out-of-band > deduplication to conserve RAM. Do you use both compression and > deduplication (file or block level)? I heard they don't play nicely > together. Could you share your mount options? Deduplication is a RAM hog on zfs and I don't know anybody using it on btrfs. Why does your backup server only have 1 GB RAM? -dsr-
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Backup solutions without reinventig the wheel these days Ondřej Grover <ondrej.grover@gmail.com> - 2015-10-20 19:00 +0200
Re: Backup solutions without reinventig the wheel these days Mario Castelán Castro <marioxcc.MT@yandex.com> - 2015-10-20 19:50 +0200
Re: Backup solutions without reinventig the wheel these days Teemu Likonen <tlikonen@iki.fi> - 2015-10-20 20:20 +0200
Re: Backup solutions without reinventig the wheel these days Jonathan Dowland <jmtd@debian.org> - 2015-10-27 12:40 +0100
Re: Backup solutions without reinventig the wheel these days Teemu Likonen <tlikonen@iki.fi> - 2015-10-27 16:40 +0100
Re: Backup solutions without reinventig the wheel these days Sarunas Burdulis <sarunas@math.dartmouth.edu> - 2015-10-20 21:10 +0200
Re: Backup solutions without reinventig the wheel these days Ondřej Grover <ondrej.grover@gmail.com> - 2015-10-21 11:40 +0200
Re: Backup solutions without reinventig the wheel these days mourik jan heupink <heupink@merit.unu.edu> - 2015-10-21 13:30 +0200
Re: Backup solutions without reinventig the wheel these days mourik jan heupink <heupink@merit.unu.edu> - 2015-10-21 13:40 +0200
Re: Backup solutions without reinventig the wheel these days Eduardo M KALINOWSKI <eduardo@kalinowski.com.br> - 2015-10-21 13:30 +0200
Re: Backup solutions without reinventig the wheel these days Dan Ritter <dsr@randomstring.org> - 2015-10-21 16:10 +0200
Re: Backup solutions without reinventig the wheel these days Sarunas Burdulis <sarunas@math.dartmouth.edu> - 2015-10-21 16:30 +0200
Re: Backup solutions without reinventig the wheel these days Ondřej Grover <ondrej.grover@gmail.com> - 2015-10-21 16:50 +0200
Re: Backup solutions without reinventig the wheel these days Sarunas Burdulis <sarunas@math.dartmouth.edu> - 2015-10-21 17:10 +0200
Re: Backup solutions without reinventig the wheel these days Ondřej Grover <ondrej.grover@gmail.com> - 2015-10-22 08:50 +0200
Re: Backup solutions without reinventig the wheel these days Sarunas Burdulis <sarunas@math.dartmouth.edu> - 2015-10-22 16:10 +0200
Re: Backup solutions without reinventig the wheel these days Glenn English <ghe@slsware.net> - 2015-10-22 18:30 +0200
csiph-web