On Thu, Jan 26, 2012 at 10:39:55AM +0100, Paul van Tilburg wrote:
> I did that.  So, I had a backup run at 25/1 at 1:00, then I replaced the
> rsync handler and ran it at 10:09.  Tonight, at 3:00 backupninja ran
> and this is the resulting metadata:
> 
> # for x in */*; do echo -n "$x: "; head -1 $x; done
> daily.1/created: Thu 26 Jan 2012 03:17:29 CET
> daily.2/created: Wed 25 Jan 2012 01:08:24 CET
> daily.2/rotated: Wed 25 Jan 2012 10:09:13 CET
> daily.3/rotated: Wed 25 Jan 2012 10:09:13 CET
> daily.4/rotated: Wed 25 Jan 2012 10:09:13 CET
> daily.5/rotated: Wed 25 Jan 2012 10:09:13 CET
> daily.6/rotated: Wed 25 Jan 2012 10:09:13 CET
> daily.7/rotated: Wed 25 Jan 2012 10:09:13 CET
> weekly.2/rotated: Thu 26 Jan 2012 03:13:19 CET
> 
> So far, it seems fine?...  I'll let it run for a few days and report in
> next week.

Ok, I already got an error by mail this moring:

  == warnings from /etc/backup.d/10.target.rsync ==

  Info: Rotating /media/Backup/target.rsync///...
  Warning: /media/Backup/target.rsync///daily.1 already exists.
  Overwriting contents.
  Info: Syncing / on /media/Backup/target.rsync///daily.1/...

and indeed, it did:

  # ls -l ..
  total 36
  drwxr-xr-x 19 root root 4096 Jan 27 01:07 daily.1/
  drwxr-xr-x 19 root root 4096 Jan 25 01:08 daily.2/
  drwxr-xr-x 19 root root 4096 Jan 18 03:07 daily.3/

So the backup of Thu 26 Jan 2012 03:17:29 CET is gone.
FYI also the metadata:

  # for x in */*; do echo -n "$x: "; head -1 $x; done
  daily.1/created: Fri 27 Jan 2012 01:07:56 CET
  daily.2/created: Wed 25 Jan 2012 01:08:24 CET
  daily.2/rotated: Wed 25 Jan 2012 10:09:13 CET
  daily.3/rotated: Wed 25 Jan 2012 10:09:13 CET
  daily.4/rotated: Wed 25 Jan 2012 10:09:13 CET
  daily.5/rotated: Wed 25 Jan 2012 10:09:13 CET
  daily.6/rotated: Wed 25 Jan 2012 10:09:13 CET
  daily.7/rotated: Wed 25 Jan 2012 10:09:13 CET
  weekly.2/rotated: Thu 26 Jan 2012 03:13:19 CET

Probably it though 26 Jan 03:17 was not 24 hours away and thus it
replaced the backup.  But say one has a monotonously growing backup,
then the backup takes slightly longer each night and thus the script
will always conclude it has not been over 24h and it always replaces the
backup. 

Paul

-- 
Using the Power of Debian GNU/Linux  | E-mail: pau...@debian.org
Jabber/GTalk: p...@luon.net          | GnuPG key ID: 0x50064181



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to