Backup Central

Using rsync (fedora 15 server, fedora 16 client)

I put this in nbecker1.pl:

$Conf{BackupFilesOnly} = {
'*' => [
'/home/nbecker'
]
};


But when I try to start full backup, on the client I see:

ps auxwww | grep rsync
root 13295 0.3 1.0 159092 43840 ? Ss 11:53 0:00
/usr/bin/rsync --server --sender --perms --owner --group -D --links --hard-
links --times --block-size=2048 --recursive --one-file-system --ignore-times .
/

Notice the dirs to backup seem to be set to '.' and '/'.

Other options I modified, e.g., --one-file-system, seem to be as expected.

Hints?


------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

On Tue, Nov 15, 2011 at 11:02 AM, Neal Becker <ndbecker2 < at > gmail.com> wrote:
Using rsync (fedora 15 server, fedora 16 client)

I put this in nbecker1.pl:

$Conf{BackupFilesOnly} = {
 '*' => [
  '/home/nbecker'
 ]
};


But when I try to start full backup, on the client I see:

ps auxwww | grep rsync
root     13295  0.3  1.0 159092 43840 ?        Ss   11:53   0:00
/usr/bin/rsync --server --sender --perms --owner --group -D --links --hard-
links --times --block-size=2048 --recursive --one-file-system --ignore-times .
/

Notice the dirs to backup seem to be set to '.' and '/'.

Other options I modified, e.g., --one-file-system, seem to be as expected.

What's the point? If you are running rsync over ssh and only want
one directory, just specify that as the RsyncShareName.

--
Les Mikesell
lesmikesell < at > gmail.com

------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Les Mikesell wrote:

On Tue, Nov 15, 2011 at 11:02 AM, Neal Becker <ndbecker2 < at > gmail.com> wrote:
Using rsync (fedora 15 server, fedora 16 client)

I put this in nbecker1.pl:

$Conf{BackupFilesOnly} = {
'*' => [
'/home/nbecker'
]
};


But when I try to start full backup, on the client I see:

ps auxwww | grep rsync
root 13295 0.3 1.0 159092 43840 ? Ss 11:53 0:00
/usr/bin/rsync --server --sender --perms --owner --group -D --links --hard-
links --times --block-size=2048 --recursive --one-file-system --ignore-times
. /

Notice the dirs to backup seem to be set to '.' and '/'.

Other options I modified, e.g., --one-file-system, seem to be as expected.

What's the point? If you are running rsync over ssh and only want
one directory, just specify that as the RsyncShareName.

OK, but is it right now?

$Conf{RsyncShareName} = [
'/home/nbecker'
];

ps auxwww | grep rsync
root 13636 2.8 0.1 119396 4520 ? Ss 13:18 0:00 /usr/bin/rsync
--server --sender --perms --owner --group -D --links --hard-links --times --
block-size=2048 --recursive --one-file-system --ignore-times . /home/nbecker/

Do I interpret this correctly that this says to backup both '.' and
'/home/nbecker'? Where did '.' come from (I never specified that).


------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

On Tue, Nov 15, 2011 at 12:21 PM, Neal Becker <ndbecker2 < at > gmail.com> wrote:

ps auxwww | grep rsync
root     13636  2.8  0.1 119396  4520 ?        Ss   13:18   0:00 /usr/bin/rsync
--server --sender --perms --owner --group -D --links --hard-links --times --
block-size=2048 --recursive --one-file-system --ignore-times . /home/nbecker/

Do I interpret this correctly that this says to backup both '.' and
'/home/nbecker'?  Where did '.' come from (I never specified that).


I'm not sure why the . is there but it is normal. This isn't a normal
rsync command line - it is the one used by the initiating instance to
start the corresponding version on the other system.

--
Les Mikesell
lesmikesell < at > gmail.com

------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

On Tue, Nov 15, 2011 at 12:34 PM, Les Mikesell <lesmikesell < at > gmail.com> wrote:
On Tue, Nov 15, 2011 at 11:02 AM, Neal Becker <ndbecker2 < at > gmail.com> wrote:
Using rsync (fedora 15 server, fedora 16 client)

I put this in nbecker1.pl:

$Conf{BackupFilesOnly} = {
 '*' => [
  '/home/nbecker'
 ]
};


But when I try to start full backup, on the client I see:

ps auxwww | grep rsync
root     13295  0.3  1.0 159092 43840 ?        Ss   11:53   0:00
/usr/bin/rsync --server --sender --perms --owner --group -D --links --hard-
links --times --block-size=2048 --recursive --one-file-system --ignore-times .
/

How about if you try:

$Conf{BackupFilesOnly} = ['/home/nbecker'];

Don't see the need for specifying a "share name" for Linux using rsync.

------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Les Mikesell wrote:

On Tue, Nov 15, 2011 at 12:21 PM, Neal Becker <ndbecker2 < at > gmail.com> wrote:

ps auxwww | grep rsync
root 13636 2.8 0.1 119396 4520 ? Ss 13:18 0:00
/usr/bin/rsync --server --sender --perms --owner --group -D --links
--hard-links --times -- block-size=2048 --recursive --one-file-system
--ignore-times . /home/nbecker/

Do I interpret this correctly that this says to backup both '.' and
'/home/nbecker'? Where did '.' come from (I never specified that).


I'm not sure why the . is there but it is normal. This isn't a normal
rsync command line - it is the one used by the initiating instance to
start the corresponding version on the other system.


Just to be sure we're talking about the same thing, the above command line is
running on the _client_ side.


------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Hi,

Alex Machina wrote on 2011-11-15 13:29:35 -0500 [Re: [BackupPC-users] Can't get BackupFilesOnly working (yes, I've googled)]:
[...]
How about if you try:

$Conf{BackupFilesOnly} = ['/home/nbecker'];

Don't see the need for specifying a "share name" for Linux using rsync.

that you don't see it doesn't mean there is none.

Your suggestion won't change anything, because internally BackupPC will "fix"
(to quote from the function name) your configuration into a hash of arrays
before using it. If you're so keen on simplification, you should use

$Conf {BackupFilesOnly} = '/home/nbecker';

This will, likewise, be "fixed" by BackupPC with identical result.

I believe the reason for allowing these simplifications is to make it possible
for new users unaware of Perl syntax to get things right without much fuss. If
you already *have* the syntax right, there's no reason to simplify it. It
won't even save you any typing.
Actually, the simple syntax will break the day you add a second share,
presuming you don't want /home/nbecker to be the only thing backed up from the
second share, too. Presuming you're using a share name different from '/' (and
there are plenty of reasons to do that), things become even more obscure.
You'd have, for instance,

$Conf {RsyncShareName} = '/home';
$Conf {BackupFilesOnly} = '/nbecker';

which is understandable about as long as these two lines are adjacent.
Using the full hash-of-arrays syntax simply makes things as explicit and
understandable as possible: for share X backup only files [Y, Z]. Whether or
not that is the only share in your backup.

Regards,
Holger

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/

Hi,

Neal Becker wrote on 2011-11-15 12:02:12 -0500 [[BackupPC-users] Can't get BackupFilesOnly working (yes, I've googled)]:
Using rsync (fedora 15 server, fedora 16 client)

I put this in nbecker1.pl:

$Conf{BackupFilesOnly} = {
'*' => [
'/home/nbecker'
]
};


But when I try to start full backup, on the client I see:

ps auxwww | grep rsync
root 13295 0.3 1.0 159092 43840 ? Ss 11:53 0:00
/usr/bin/rsync --server --sender --perms --owner --group -D --links --hard-
links --times --block-size=2048 --recursive --one-file-system --ignore-times .
/

Notice the dirs to backup seem to be set to '.' and '/'.

just to clear up a misconception: includes and excludes are *not* passed via
the command line, so, presuming your share name is '/', this is perfectly
correct. Your old XferLOG files from the times when backups were still working
should confirm this. Additionally, they should show exactly what includes and
excludes are sent via the rsync protocol exchange.

As far as I can tell, the first directory parameter ('.' for rsync command
lines generated by BackupPC) is simply ignored by rsync. In any case, command
lines just like the one you quoted have been working just fine for all of us
for years, so this is not where the problem is.

I agree that leaving out the excludes might lead to a situation similar to
yours when rsync starts traversing /proc, so it's not a bad idea to check the
XferLOG of your failing backup to see what is actually going on (and at which
point it is getting stuck).

Regards,
Holger

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/