Ken Rossman
2015-12-02 19:38:38 UTC
I know this type of issue has been discussed briefly before on this list,
but I have yet to see a resolution, or much in the way of further analysis
of the issue.
I have a situation where I have a Linux server backing up a Linux client
(both are CentOS6.5+), and rsnapshot gets a good bit into the backup, then
just stops.
I can watch approximately where this occurs by including the -V switch
(lists the files being backed up to the terminal). I am attempting to
only back up a handful of files, so I am using a combination of includes
and excludes, with the resulting echo to the terminal looking like the
following:
‹‹‹‹‹
Setting locale to POSIX "C"
echo 64591 > /var/run/rsnapshot.pid
/usr/bin/rm -rf /pool/backups/rsnapshot/.snapshots/daily.6/
mv /pool/backups/rsnapshot/.snapshots/daily.5/ \
/pool/backups/rsnapshot/.snapshots/daily.6/
mv /pool/backups/rsnapshot/.snapshots/daily.4/ \
/pool/backups/rsnapshot/.snapshots/daily.5/
mv /pool/backups/rsnapshot/.snapshots/daily.3/ \
/pool/backups/rsnapshot/.snapshots/daily.4/
mv /pool/backups/rsnapshot/.snapshots/daily.2/ \
/pool/backups/rsnapshot/.snapshots/daily.3/
mv /pool/backups/rsnapshot/.snapshots/daily.1/ \
/pool/backups/rsnapshot/.snapshots/daily.2/
/usr/bin/cp -al /pool/backups/rsnapshot/.snapshots/daily.0 \
/pool/backups/rsnapshot/.snapshots/daily.1
/usr/bin/rsync -av --delete --numeric-ids --relative --delete-excluded \
--exclude=dev/ --exclude=dev/shm/ --exclude=proc/ --exclude=sys/ \
--exclude=run/ --exclude=home/ --exclude=cores/ --exclude=media/ \
--exclude=opt/ --exclude=root/ --exclude=usr/ --exclude=var/ \
--exclude=20151202/ --include=nwsys/release/conf/.syscfg \
--include=nwsys/release/conf/*.conf** \
--include=nwsys/release/conf/*.cfg** \
--include=nwsys/release/conf/cronfile** \
--include=nwsys/release/conf/storage/** --include=nwtext/client/** \
--include=etc/nagios/nrpe.cfg --include=etc/httpd/conf/httpd.conf \
--include=etc/httpd/conf.d/** --exclude="20151130/" --rsh=/usr/bin/ssh
\
***@xen-1.ma.newsedge.com:/ \
/pool/backups/rsnapshot/.snapshots/daily.0/xen-1.ma.newsedge.com
receiving incremental file list
:
:
pool/nwsys/symsearch/20151124.vlist
pool/nwsys/symsearch/20151127.vlist
pool/nwsys/symsearch/20151130.vlist
pool/nwsys/symsearch/slam.conf
pool/nwsys/symsearch/symsearch.db
pool/nwsys/symsearch/incoming/
pool/nwsys/symsearch/incoming/tmp/
pool/nwsys/wndp/20151202.files
pool/nwsys/wndp/raw/
pool/nwsys/wndpqa/20151202.files
pool/nwsys/wndpqa/raw/
[and it hangs at the above pointŠ forever]
‹‹‹‹‹
I¹ve done a bit of checking to see if maybe rsync is out of some resource
on either side, and it does not appear to be (and if it were, would it not
abort?)
I am at a loss to explain this, and/or to go any further along in the
debugging phase, until I understand a bit more of the nature of this issue
‹ and hence, maybe would have a clue as to what resources to monitor.
Note that this is a REMOTE backup, using ssh as a transportŠ
Can anyone shed some light on this issue, or perhaps give me some things
to try to get to the bottom of what¹s actually going on?
Thanks!
Ken Rossman
***@acquiremedia.com
but I have yet to see a resolution, or much in the way of further analysis
of the issue.
I have a situation where I have a Linux server backing up a Linux client
(both are CentOS6.5+), and rsnapshot gets a good bit into the backup, then
just stops.
I can watch approximately where this occurs by including the -V switch
(lists the files being backed up to the terminal). I am attempting to
only back up a handful of files, so I am using a combination of includes
and excludes, with the resulting echo to the terminal looking like the
following:
‹‹‹‹‹
Setting locale to POSIX "C"
echo 64591 > /var/run/rsnapshot.pid
/usr/bin/rm -rf /pool/backups/rsnapshot/.snapshots/daily.6/
mv /pool/backups/rsnapshot/.snapshots/daily.5/ \
/pool/backups/rsnapshot/.snapshots/daily.6/
mv /pool/backups/rsnapshot/.snapshots/daily.4/ \
/pool/backups/rsnapshot/.snapshots/daily.5/
mv /pool/backups/rsnapshot/.snapshots/daily.3/ \
/pool/backups/rsnapshot/.snapshots/daily.4/
mv /pool/backups/rsnapshot/.snapshots/daily.2/ \
/pool/backups/rsnapshot/.snapshots/daily.3/
mv /pool/backups/rsnapshot/.snapshots/daily.1/ \
/pool/backups/rsnapshot/.snapshots/daily.2/
/usr/bin/cp -al /pool/backups/rsnapshot/.snapshots/daily.0 \
/pool/backups/rsnapshot/.snapshots/daily.1
/usr/bin/rsync -av --delete --numeric-ids --relative --delete-excluded \
--exclude=dev/ --exclude=dev/shm/ --exclude=proc/ --exclude=sys/ \
--exclude=run/ --exclude=home/ --exclude=cores/ --exclude=media/ \
--exclude=opt/ --exclude=root/ --exclude=usr/ --exclude=var/ \
--exclude=20151202/ --include=nwsys/release/conf/.syscfg \
--include=nwsys/release/conf/*.conf** \
--include=nwsys/release/conf/*.cfg** \
--include=nwsys/release/conf/cronfile** \
--include=nwsys/release/conf/storage/** --include=nwtext/client/** \
--include=etc/nagios/nrpe.cfg --include=etc/httpd/conf/httpd.conf \
--include=etc/httpd/conf.d/** --exclude="20151130/" --rsh=/usr/bin/ssh
\
***@xen-1.ma.newsedge.com:/ \
/pool/backups/rsnapshot/.snapshots/daily.0/xen-1.ma.newsedge.com
receiving incremental file list
:
:
pool/nwsys/symsearch/20151124.vlist
pool/nwsys/symsearch/20151127.vlist
pool/nwsys/symsearch/20151130.vlist
pool/nwsys/symsearch/slam.conf
pool/nwsys/symsearch/symsearch.db
pool/nwsys/symsearch/incoming/
pool/nwsys/symsearch/incoming/tmp/
pool/nwsys/wndp/20151202.files
pool/nwsys/wndp/raw/
pool/nwsys/wndpqa/20151202.files
pool/nwsys/wndpqa/raw/
[and it hangs at the above pointŠ forever]
‹‹‹‹‹
I¹ve done a bit of checking to see if maybe rsync is out of some resource
on either side, and it does not appear to be (and if it were, would it not
abort?)
I am at a loss to explain this, and/or to go any further along in the
debugging phase, until I understand a bit more of the nature of this issue
‹ and hence, maybe would have a clue as to what resources to monitor.
Note that this is a REMOTE backup, using ssh as a transportŠ
Can anyone shed some light on this issue, or perhaps give me some things
to try to get to the bottom of what¹s actually going on?
Thanks!
Ken Rossman
***@acquiremedia.com