Deprecated: __autoload() is deprecated, use spl_autoload_register() instead in /home/pbuc/public_html/forum/mods/ext_phorummail/ezc/Base/src/ezc_bootstrap.php on line 36

Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; KeyCAPTCHA_CLASS has a deprecated constructor in /home/pbuc/public_html/forum/mods/keycaptcha/keycaptcha.php on line 108
User lost access to remote dir - Rebuildinglocal repositary
Welcome! » Log In » Create A New Profile

User lost access to remote dir - Rebuildinglocal repositary

Posted by Anonymous 
User lost access to remote dir - Rebuildinglocal repositary
October 21, 2014 10:08AM
At the risk of confusing the issue, you say:
presumably your setup is using link_dest to explain why you ended up with an
empty backup directory rather than an exact copy of the previous backup when
rsync failed
<<
I thought rsnapshot/rsync were supposed to exhibit robust behavior in the
face of connection issues. Why should link-dest have any effect on this?
I use link-dest because I am backing up from Windows machines, and it says
in the rsnapshot man page:
it's the best way to support special files on non-Linux systems
<<
As a noob to rsnapshot/rsync, any tips will be gratefully accepted!

-----Original Message-----
From: djk < at > cyber.com.au [mailto]
Sent: Tuesday, October 21, 2014 3:02 AM
To: Thierry Lavallee
Cc: rsnapshot Discussion List
Subject: Re: [rsnapshot-discuss] User lost access to remote dir - Rebuilding
local repositary

On Oct 21 2014, Thierry Lavallee wrote:

[quote]We had a running rsnapshot to backup a remote server.
On the remote server, the SSH user lost privileges over the directory
that it was supposed to snap.

Hence, for the last few days, the daily.0, daily.1, daily.2 and daily.4
are EMPTY.
[/quote]
I take it there are no files AT ALL in daily.{0,1,2,4} (because your ssh
couldn't access any files on those days and IIUC presumably your setup is
using link_dest to explain why you ended up with an empty backup directory
rather than an exact copy of the previous backup when rsync failed), not
just that a sub-directory in the backup is empty.

I also assume some other backups have files in them.

[quote]1-We'll give back the access to the /backup directory on the remote
server, _but how do you recommend that we proceed?_

* delete the daily.0, daily.1, daily.2 and daily.4 directories?!
[/quote]
If you delete those directories (after double checking they are really
empty), then the other backup directories (eg daily.{3,5,6}) will be kept
for longer, because they won't be cycled out in favour of those empty backup
directories.

This could be a plus or a minus depending on how you look at it (the minus I
was thinking of is some backups are kept on a different schedule than usual,
and so some of your weekly backups will end up being more than 7 days
apart).

[quote]* Just give back the access and Rsnapshot will move on?
[/quote]
Assuming you are using link_dest, it would probably be a good idea (at least
temporarily) to set up daily.0 (or .sync or whatever is expected to have
your most recent backup) with a fairly complete backup.

This should save network bandwidth (rsync can link with the previous backup
rather than fetching the whole file across the network) and maximise chances
of unchanged files being hard linked together between daily.X and daily.Y
(saving disk space in your backup area).

This is only a consideration for the first backup after the underlying issue
is fixed.

[quote]2-ALSO, for the future, is there a way to ensure that if the remote dir
is not there to return an error? We would have seen this.
[/quote]
I would expect something on stderr from rsync (eg Permission Denied) which
should have flowed through to stderr of rsnapshot. If you run from cron,
generally stdout and stderr of rsnapshot are emailled to the user running
the cron job unless you have made other arrangements. Assuming email works.

[quote]Thanks for your support!

[/quote]

----------------------------------------------------------------------------
--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss

------------------------------------------------------------------------------
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss
Sorry, only registered users may post in this forum.

Click here to login