Re: [attic] Backup to router-mounted hard drive
- Jonas Borgström
- 2014-07-26 @ 21:04
On 2014-07-15 05:15, Kenneth Jernigan wrote:
> After 3 months of trialing attic and determining that it meets my needs,
> I have decided to revamp my backup methods after a scare a few days ago.
> Currently, my backup is all within the same drive with an offsite
> RSYNC. Due to my internet provider's bandwidth limitations, the offsite
> RSYNC server is relatively useless. Just a few days ago, my primary
> hard drive stopped responding. Fearful I had lost my data, I realized
> that the off-site backup was not complete. Luckily, the hard drive
> failure was really a SATA controller failure. However, this illustrated
> my need for better backup.
> As such, I would like to move to on-site backup to a separate hard
> drive. I currently have a hard drive mounted to my router which I can
> clear and use for this purpose. The router is running a modified AsusWRT
> firmware package with OPTWARE capabilities. I looked into running
> ATTIC via OPTWARE, but it appears python 3 and newer are not yet
> included without much effort, for which I fear they may not be well
> tested. I believe this prevents use of ATTIC over SSH.
> My second thought was to use a mirror of the external hard drive on an
> old internal hard drive. These two drives are about the same size and
> have sufficient space for attic to grow. I thought to use attic to
> backup to the local hard drive and then use RSYNC (or osync or something
> similar) with delete options to mirror that hard drive to the external
> drive. Is there any limitation to using this? Would the copy of the
> attic repo be valid to attic itself? Would I be able to restore via a
> SMB mount? Should I look at using a SMB mount as the basis for my
> backup (my concern here is the backup speed)?
Yes, mirroring a repository using rsync would work well. Just make sure
not to run rsync while Attic is writing to the repository.
For extra safety you could run "attic check --repository-only /path" on
the source repository before running rsync to make sure you're not
overwriting your good copy with a corrupted repository in case of silent