Backup Central

Hi

I have been running rdiff-backup 0.10.2 for a couple of years and its
been a great asset (and life saver :-)

I recently upgraded to rdiff-backup 0.13.4 running on Debian and it all
seems to be working fine except that I am getting an additional block of
information (Detected abilitites.....) (see below) in my logs for one
of the directories that are backed up. The backup is a remote backup
over a slow internet connection. One directory 'sigmalive' produces an
addition block of text.

The script for this sigmalive directory is almost identical to the lines
for the each of the other directories (see very end of message). However
this one directory consistently produces this additional output. Is this
something I should be worried about?

FYI: We use 0.10.2 for an onsite backup and 0.13.4 with the offsite
backup. The two systems are completely independant. they backup about
40G of server data. It has been called upon many times to recover
deleted files etc. Thanks to everyone who has been involved in
developing this system.

I had a look at the docs and wiki but could not see any explination.

Cheers

Peter Howell.

Admin Backup at Friday_21_January_2005_22_02_04
Marketing Backup at Friday_21_January_2005_22_03_00
mysqlalfred Backup at Friday_21_January_2005_22_14_56
Bureau Backup at Friday_21_January_2005_23_48_48
Apps Backup at Saturday_22_January_2005_00_29_21
cvs Backup at Saturday_22_January_2005_00_30_32
Development Backup at Saturday_22_January_2005_00_38_31
sigmalive Backup at Saturday_22_January_2005_00_59_13
-----------------------------------------------------------------
Detected abilities for source (read only) file system:
Access control lists Off
Extended attributes Off
Mac OS X style resource forks Off
Mac OS X Finder information Off
-----------------------------------------------------------------
-----------------------------------------------------------------
Detected abilities for destination (read/write) file system:
Characters needing quoting ''
Ownership changing On
Hard linking On
fsync() directories On
Directory inc permissions On
Access control lists Off
Extended attributes Off
Mac OS X style resource forks Off
Mac OS X Finder information Off
-----------------------------------------------------------------
sigmatest Backup at Saturday_22_January_2005_07_50_33
staticreports Backup at Saturday_22_January_2005_07_51_48
webresources Backup at Saturday_22_January_2005_07_57_34
whiskey/etc Backup at Saturday_22_January_2005_07_57_44
alfredetc Backup at Saturday_22_January_2005_07_58_00
alfredvar Backup at Saturday_22_January_2005_07_58_16
ethelredetc Backup at Saturday_22_January_2005_07_59_29
ethelredvar Backup at Saturday_22_January_2005_07_59_36
appsunix Backup at Saturday_22_January_2005_07_59_42
FINISH Backup at Saturday_22_January_2005_08_05_28

Sample of script to run the backup.

BLOCK=sigmalive;
echo "running backup for "$BLOCK
echo $BLOCK" days("$LONGDELETE") Delete files at `date
+%A_%d_%B_%Y_%H_%M_%S`"
$LOGDEL
rdiff-backup --force --remove-older-than $MEDIUMDELETE $BACKDIR$BLOCK >>
$LOGDEL
echo $BLOCK" Backup at `date +%A_%d_%B_%Y_%H_%M_%S`" >> $LOGFILE
rdiff-backup primary-backup::$ALFRED$BLOCK $BACKDIR$BLOCK >>$LOGFILE


BLOCK=sigmatest;
echo "running backup for "$BLOCK
echo $BLOCK" days("$LONGDELETE") Delete files at `date
+%A_%d_%B_%Y_%H_%M_%S`"
$LOGDEL
rdiff-backup --force --remove-older-than $MEDIUMDELETE $BACKDIR$BLOCK >>
$LOGDEL
echo $BLOCK" Backup at `date +%A_%d_%B_%Y_%H_%M_%S`" >> $LOGFILE
rdiff-backup primary-backup::$ALFRED$BLOCK $BACKDIR$BLOCK



--
Peter J. Howell
Technical Director
Energy Auditing Agency Ltd.
email phowell < at > teamenergy.com,
tel 01908 690018, fax 01908 690019

phowell <phowell < at > teamenergy.com> writes:
message). However this one directory consistently produces this
additional output. Is this something I should be worried about?

It looks perfectly legit to me.
I'm not sure why this filesystem is giving you that message
when others are not; is there anything different about it?

I think most or all of my backups spit that message block.

Ext2 vs. Ext3, ReiserFS, VFAT, etc.?
Running on a box with a different kernel or libraries or python
(that perhaps supports external attributes when your others don't) ?

Hi

As far as I can see all the backup scripts are all exactly the same.
There are about 15 of them in all and its only the one that produces
this extra output. They all use rieserfs and many of them are using the
same instance of samba where they are handling smb. The only difference
I can see for the backup set that generates the extra output is that it
spends a considerable amount of time transmitting to the host rdiff
where as the other backup sets do not. Its almost as if it was having to
start from scratch each time with the meta data... but why the remote
should be transmitting to the host I cant think. I would have thought it
would be the other way round.

When I get a bit of time to fiddle I will dump that backup set and start
again and see if it continues to produce the output and a spend time
transmitting.

thanks for the reply

Peter

Andrew K. Bressen wrote:

phowell <phowell < at > teamenergy.com> writes:


message). However this one directory consistently produces this
additional output. Is this something I should be worried about?



It looks perfectly legit to me.
I'm not sure why this filesystem is giving you that message
when others are not; is there anything different about it?

I think most or all of my backups spit that message block.

Ext2 vs. Ext3, ReiserFS, VFAT, etc.?
Running on a box with a different kernel or libraries or python
(that perhaps supports external attributes when your others don't) ?





--
Peter J. Howell
Technical Director
Energy Auditing Agency Ltd.
email phowell < at > teamenergy.com,
tel 01908 690018, fax 01908 690019