librelist archives

« back to archive

Backup to router-mounted hard drive

Backup to router-mounted hard drive

From:
Kenneth Jernigan
Date:
2014-07-15 @ 03:15


Hello,
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)?
Thanks,Ken
 		 	   		  

Re: [attic] Backup to router-mounted hard drive

From:
Jonas Borgström
Date:
2014-07-26 @ 21:04
On 2014-07-15 05:15, Kenneth Jernigan wrote:
> Hello,
> 
> 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
data corruption.

/ Jonas