/cvs/cds/caltech/scripts/backup/000README.txt
AJW, 1/17/06
 
Stuart Anderson has set up an ssh connection between fb40m
(our framebuilder, on which our raid array /frames is mounted)
and the LIGO data /archive at CACR in Powell-Booth.
 
Assuming the ssh-agent is running,
a daily cron job on fb40m
(currently, daily at 3:30 AM, see "crontab -l"
which should show a line like this:
30 03 * * * /cvs/cds/caltech/scripts/backup/rsync.backup < /dev/null > /cvs/cds/
caltech/scripts/backup/rsync.backup.log 2>&1 )
runs the command 
/cvs/cds/caltech/scripts/backup/rsync.backup
which does an incremental backup of /frames/minute-trends
and /cvs/cds , using rsync.
It overwrites the log file
/cvs/cds/caltech/scripts/backup/rsync.backup.log
which should contain, at the very least,
a day's worth of minute trends and burt snapshots. 
 
________
If fb40m is rebooted, we likely will have to restart
ssh-agent with the correct key.

login to controls@fb40m
cd /cvs/cds/caltech/scripts/backup
read and follow the instructions in 000README.txt

The job, scheduled with cron (see "crontab -l")
will run overnight. The next day, look at rsync.backup.log
and it should report the day/time that it last ran,
and that it archived recent trend data files (at least).

Restarting_the_backup_script (last edited 2012-01-03 23:03:06 by localhost)