Re: [BackupPC-users] backuppc ignores value of BackupFilesOnly; archives entire /

2011-01-18 Thread Daniel Mueller
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 18.01.2011 08:10, schrieb itismike:
 I've used the GUI to specify that only files in my home folder are backed up 
 (excluding the ~/.Private folder since that contains only encrypted files.) 
 This results in the following entry in the client-specific *.pl file:
 
 $Conf{BackupFilesOnly} = {
   '/home/michael/' = [
 ''
   ]
 };
 $Conf{BackupFilesExclude} = {
   '/home/michael/.Private/' = [
 ''
   ]
 };
 
 However, it is backing up everything from my root directory:
 
 It's also backing up everything in my ~/.Private directory. This doesn't seem 
 to be expected behavior. Any ideas what's up?

You probably still have set

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

What you want instead is

$Conf{RsyncShareName} = ['/home/michael/'];
$Conf{BackupFilesExclude} = {'/home/michael' = ['.Private']};

That's just a guess as I ran into something similiar...

Regards
Daniel
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk01QusACgkQ9cNB6SmxvVp5ggCcCcqrG7kJOOAgATg6QN0MqzQi
T/QAoIrL/J/QmrJoGx0+mDKVRCOVoLKx
=SUq5
-END PGP SIGNATURE-

--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/


[BackupPC-users] backuppc ignores value of BackupFilesOnly; archives entire /

2011-01-18 Thread itismike

You probably still have set
$Conf{RsyncShareName} = ['/'];

What you want instead is
$Conf{RsyncShareName} = ['/home/michael/'];
$Conf{BackupFilesExclude} = {'/home/michael' = ['.Private']};

That's just a guess as I ran into something similiar...

Regards
Daniel 


Thanks Daniel, I can give that a try. Is the GUI really so non-intuitive that 
the target files need to be defined twice? I thought $Conf{RsyncShareName} 
defined the name of the primary share fs itself, and $Conf{BackupFilesOnly} 
would define the specific directories or files to backup, since the 
documentation is clear as day on this:

$Conf{BackupFilesOnly} = undef;
List of directories or files to backup. If this is defined, only these 
directories or files will be backed up.

+--
|This was sent by itism...@gmail.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--



--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/


Re: [BackupPC-users] backuppc ignores value of BackupFilesOnly; archives entire /

2011-01-18 Thread Les Mikesell
On 1/18/11 7:29 AM, itismike wrote:
 
 You probably still have set
 $Conf{RsyncShareName} = ['/'];

 What you want instead is
 $Conf{RsyncShareName} = ['/home/michael/'];
 $Conf{BackupFilesExclude} = {'/home/michael' =  ['.Private']};

 That's just a guess as I ran into something similiar...

 Regards
 Daniel
 

 Thanks Daniel, I can give that a try. Is the GUI really so non-intuitive that 
 the target files need to be defined twice? I thought $Conf{RsyncShareName} 
 defined the name of the primary share fs itself, and $Conf{BackupFilesOnly} 
 would define the specific directories or files to backup, since the 
 documentation is clear as day on this:

 $Conf{BackupFilesOnly} = undef;
  List of directories or files to backup. If this is defined, only these 
 directories or files will be backed up.

Normally you would only use the sharenames as the starting points of what you 
want to back up and it defaults to including everything.  It doesn't make much 
sense to tell the client to walk the whole directory tree when you only want a 
specific directory.  But the way it is used depends somewhat on the xfer 
method. 
  If you use rsyncd (or smb), it has to match a module configured on the 
client, 
while it can be any directory with rsync or tar.  Also, I think some of the 
xfer 
methods can't handle both include and exclude lists.

-- 
Les Mikesell
 lesmikes...@gmail.com

--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/


[BackupPC-users] backuppc ignores value of BackupFilesOnly; archives entire /

2011-01-18 Thread itismike

Normally you would only use the sharenames as the starting points of what you
want to back up and it defaults to including everything. It doesn't make much
sense to tell the client to walk the whole directory tree when you only want a
specific directory. But the way it is used depends somewhat on the xfer method.
If you use rsyncd (or smb), it has to match a module configured on the client,
while it can be any directory with rsync or tar. Also, I think some of the xfer
methods can't handle both include and exclude lists.

Les Mikesell 


I understand that it defaults to include everything. But the parameter 
'BackupFilesOnly' allows the administrator (or a user - shudder the thought) to 
narrow that definition. If BackupPC simply ignores this value unless it is 
entered again in a different location this is a very loose interface.

I don't intend to sound terse toward those reaching out to help me; only point 
out that any newcomer to this program is going to hit this same wall every 
time. According to the documentation I am using the parameters correctly based 
on my transfer method (rsync). Where is the best place to open a bug or 
wishlist item for BackupPC?

+--
|This was sent by itism...@gmail.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--



--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/


Re: [BackupPC-users] backuppc ignores value of BackupFilesOnly; archives entire /

2011-01-18 Thread Les Mikesell
On 1/18/2011 8:51 AM, itismike wrote:
 
 Normally you would only use the sharenames as the starting points of what you
 want to back up and it defaults to including everything. It doesn't make much
 sense to tell the client to walk the whole directory tree when you only want a
 specific directory. But the way it is used depends somewhat on the xfer 
 method.
 If you use rsyncd (or smb), it has to match a module configured on the client,
 while it can be any directory with rsync or tar. Also, I think some of the 
 xfer
 methods can't handle both include and exclude lists.

 Les Mikesell
 

 I understand that it defaults to include everything. But the parameter 
 'BackupFilesOnly' allows the administrator (or a user - shudder the thought) 
 to narrow that definition. If BackupPC simply ignores this value unless it is 
 entered again in a different location this is a very loose interface.

 I don't intend to sound terse toward those reaching out to help me; only 
 point out that any newcomer to this program is going to hit this same wall 
 every time. According to the documentation I am using the parameters 
 correctly based on my transfer method (rsync). Where is the best place to 
 open a bug or wishlist item for BackupPC?

It shouldn't ignore it except in the case where there is a conflict 
between includes and excludes (and I've forgotten the exact details on 
that).  But, the syntax you posted looked very wrong - compare to the 
examples in the main config.pl.

-- 
   Les Mikesell
lesmikes...@gmail.com

--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/


Re: [BackupPC-users] backuppc ignores value of BackupFilesOnly; archives entire /

2011-01-18 Thread Bowie Bailey
On 1/18/2011 9:51 AM, itismike wrote:
 
 Normally you would only use the sharenames as the starting points of what you
 want to back up and it defaults to including everything. It doesn't make much
 sense to tell the client to walk the whole directory tree when you only want a
 specific directory. But the way it is used depends somewhat on the xfer 
 method.
 If you use rsyncd (or smb), it has to match a module configured on the client,
 while it can be any directory with rsync or tar. Also, I think some of the 
 xfer
 methods can't handle both include and exclude lists.

 Les Mikesell 
 

 I understand that it defaults to include everything. But the parameter 
 'BackupFilesOnly' allows the administrator (or a user - shudder the thought) 
 to narrow that definition. If BackupPC simply ignores this value unless it is 
 entered again in a different location this is a very loose interface.

 I don't intend to sound terse toward those reaching out to help me; only 
 point out that any newcomer to this program is going to hit this same wall 
 every time. According to the documentation I am using the parameters 
 correctly based on my transfer method (rsync). Where is the best place to 
 open a bug or wishlist item for BackupPC?

It does tend to be a bit non-intuitive at first.  The sharenames define
the trees that are being backed up.  You can then use the
BackupFilesOnly and BackupFilesExclude to modify those shares.  The key
name is always the same as the sharename (or '*' if it applies to all
shares).

For Example:

$Conf{RsyncShareName} = [
'A',
'B'
];
$Conf{BackupFilesOnly} = {
'A' = [
'/first/backup/dirA',
'/second/backup/dirA'
],
'B' = [
'/first/backup/dirB',
'/second/backup/dirB'
]
};
$Conf{BackupFilesExclude} = {
'*' = [
'/global/exclusion'
]
};

-- 
Bowie

--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/


[BackupPC-users] backuppc ignores value of BackupFilesOnly; archives entire /

2011-01-18 Thread itismike
@Les: The 'very wrong' syntax I posted is what was auto-generated when I added 
my target directory (/home/michael/) using the CGI. But if you're not a fan 
of the web interface, these examples are taken directly from the config.pl file:
Examples:
#$Conf{BackupFilesOnly} = '/myFiles';
#$Conf{BackupFilesOnly} = ['/myFiles']; 
# same as first example

All the CGI did was add some whitespace and enclose it in brackets:
$Conf{BackupFilesOnly} = {
'/home/michael/' = [
''
]
}; 

Now if the above code can't be interpreted correctly by BackupPC, then we may 
have stumbled upon the root cause. But I don't think this is the problem or 
others would be finding the same issue.

@Bowie: Thanks for breaking that down, but I don't see how this explains why my 
system is backing up everything starting at /. Your explanation appears to 
match the documentation, so it should be working as I had intended - hence my 
reason for opening this thread.

+--
|This was sent by itism...@gmail.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--



--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/


[BackupPC-users] backuppc ignores value of BackupFilesOnly; archives entire /

2011-01-18 Thread itismike
@Les: The 'very wrong' syntax I posted is what was auto-generated when I added 
my target directory (/home/michael/) using the CGI. But if you're not a fan 
of the web interface, these examples are taken directly from the config.pl file:
Examples:
#$Conf{BackupFilesOnly} = '/myFiles';
#$Conf{BackupFilesOnly} = ['/myFiles']; 
# same as first example

All the CGI did was add some whitespace and enclose it in brackets:
$Conf{BackupFilesOnly} = {
'/home/michael/' = [
''
]
}; 

Now if the above code can't be interpreted correctly by BackupPC, then we may 
have stumbled upon the root cause. But I don't think this is the problem or 
others would be finding the same issue.

@Bowie: Thanks for breaking that down, but I don't see how this explains why my 
system is backing up everything starting at /. Your explanation appears to 
match the documentation, so it should be working as I had intended - hence my 
reason for opening this thread.

+--
|This was sent by itism...@gmail.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--



--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/


[BackupPC-users] backuppc ignores value of BackupFilesOnly; archives entire /

2011-01-18 Thread itismike
sorry for the double-post. The forums have been having a lot of trouble this 
weekend. Curtis says he's aware of it and is in the process of migrating to a 
new server.

+--
|This was sent by itism...@gmail.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--



--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/


Re: [BackupPC-users] backuppc ignores value of BackupFilesOnly; archives entire /

2011-01-18 Thread Bowie Bailey
On 1/18/2011 11:39 AM, itismike wrote:
 @Les: The 'very wrong' syntax I posted is what was auto-generated when I 
 added my target directory (/home/michael/) using the CGI. But if you're not 
 a fan of the web interface, these examples are taken directly from the 
 config.pl file:
 Examples:
 #$Conf{BackupFilesOnly} = '/myFiles';
 #$Conf{BackupFilesOnly} = ['/myFiles']; 
 # same as first example

 All the CGI did was add some whitespace and enclose it in brackets:
 $Conf{BackupFilesOnly} = {
 '/home/michael/' = [
 ''
 ]
 }; 

 Now if the above code can't be interpreted correctly by BackupPC, then we may 
 have stumbled upon the root cause. But I don't think this is the problem or 
 others would be finding the same issue.

 @Bowie: Thanks for breaking that down, but I don't see how this explains why 
 my system is backing up everything starting at /. Your explanation appears to 
 match the documentation, so it should be working as I had intended - hence my 
 reason for opening this thread.

The GUI created the incorrect syntax because you put the information in
the wrong place in the GUI.

In the field titled New Key, you should enter the sharename you want
to affect (or '*' for all) and then click Add.  Once you have created
the key, you can use the Insert/Delete/Add buttons to add in the
directory and file names.  When you are done, you should see the
sharename to the left and a list of directory and file names to the right.

In the example you give above, you are saying that you want to specify
files to backup on the '/home/michael/' share, but there is nothing
specified.  And even if you did have some entries listed, it would not
do anything unless '/home/michael/' was one of your share names.

Devs:  Would it make sense for the GUI to generate a warning message of
some sort when the keyname does not match a share name or when there is
a keyname with nothing specified for it?

-- 
Bowie

--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/


Re: [BackupPC-users] backuppc ignores value of BackupFilesOnly; archives entire /

2011-01-18 Thread Les Mikesell
On 1/18/2011 10:40 AM, itismike wrote:
 @Les: The 'very wrong' syntax I posted is what was auto-generated when I 
 added my target directory (/home/michael/) using the CGI. But if you're not 
 a fan of the web interface, these examples are taken directly from the 
 config.pl file:
 Examples:
 #$Conf{BackupFilesOnly} = '/myFiles';
 #$Conf{BackupFilesOnly} = ['/myFiles'];
 # same as first example

 All the CGI did was add some whitespace and enclose it in brackets:
 $Conf{BackupFilesOnly} = {
 '/home/michael/' =  [
 ''
 ]
 };

 Now if the above code can't be interpreted correctly by BackupPC, then we may 
 have stumbled upon the root cause. But I don't think this is the problem or 
 others would be finding the same issue.

Braces aren't whitespace to perl...

In the first example, '/myFiles' is a scalar and the second is an array 
of one element which backuppc should interpret the same as {'*' = 
['/myFiles'] } (i.e apply it to all shares).

Your config of {'/home/michael/' = ['']} says apply the empty ('') file 
list to the '/home/michael/' share.  I'm not sure what you did in the 
GUI to get that setting but I doubt if it is what you meant.  Look at 
the 4th and 5th examples of the syntax in the docs where you see that 
the left side of the array of hashes is shown as the share name or '*' 
for all shares and the right side is the list of paths.

-- 
   Les Mikesell
lesmikes...@gmail.com


--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/


Re: [BackupPC-users] backuppc ignores value of BackupFilesOnly; archives entire /

2011-01-18 Thread Les Mikesell
On 1/18/2011 10:42 AM, itismike wrote:
 sorry for the double-post. The forums have been having a lot of trouble this 
 weekend. Curtis says he's aware of it and is in the process of migrating to a 
 new server.

Most of the people who are likely to answer your postings are on the 
backuppc email list, not the forums.  Your access would be more direct 
if you join the list.

-- 
   Les Mikesell
lesmikes...@gmail.com


--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/


[BackupPC-users] backuppc ignores value of BackupFilesOnly; archives entire /

2011-01-18 Thread itismike
Interesting. I was wondering why the GUI shifted the fields to the right when I 
entered a directory name. So you're saying the syntax should look like this?:
$Conf{BackupFilesOnly} = {
'/' = [
'/home/michael/'
]
}; 

I don't need to mess with RsyncShareName, right?
That being said, if entering my directory in the CGI leads to it containing an 
illegal value (sharename=/home/michael) wouldn't I expect it to throw an 
error rather than ignore the entry and backup everything? Or does BackupPC use 
some type of fail-safe mode where an error in config.pl just defaults to: This 
guy is nuts! BACK IT ALL UP!!! :)

+--
|This was sent by itism...@gmail.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--



--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/


Re: [BackupPC-users] backuppc ignores value of BackupFilesOnly; archives entire /

2011-01-18 Thread Les Mikesell
On 1/18/2011 10:58 AM, Bowie Bailey wrote:

 Devs:  Would it make sense for the GUI to generate a warning message of
 some sort when the keyname does not match a share name or when there is
 a keyname with nothing specified for it?

It also might be more intuitive to say 'Specify Sharename' instead of 
'New Key'.

-- 
   Les Mikesell
lesmikes...@gmail.com



--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/


Re: [BackupPC-users] backuppc ignores value of BackupFilesOnly; archives entire /

2011-01-18 Thread Les Mikesell
On 1/18/2011 11:13 AM, itismike wrote:
 Interesting. I was wondering why the GUI shifted the fields to the right when 
 I entered a directory name. So you're saying the syntax should look like 
 this?:
 $Conf{BackupFilesOnly} = {
 '/' =  [
 '/home/michael/'
 ]
 };

 I don't need to mess with RsyncShareName, right?
 That being said, if entering my directory in the CGI leads to it containing 
 an illegal value (sharename=/home/michael) wouldn't I expect it to throw an 
 error rather than ignore the entry and backup everything? Or does BackupPC 
 use some type of fail-safe mode where an error in config.pl just defaults to: 
 This guy is nuts! BACK IT ALL UP!!! :)

I see another message shows what you did wrong in the GUI.  The 
sharename is the 'key' and after you add it, you get a space to add the 
associated paths.   Still, it doesn't make any sense to start at '/' and 
make the client walk the entire directory tree looking for matches if 
you know you don't want anything above that directory included.  The 
right fix is to start at the point where you want a backup, then exclude 
anything you don't want.

-- 
   Les Mikesell
lesmikes...@gmail.com

--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/


Re: [BackupPC-users] backuppc ignores value of BackupFilesOnly; archives entire /

2011-01-18 Thread Holger Parplies
Hi,

itismike wrote on 2011-01-18 09:51:05 -0500 [[BackupPC-users]  backuppc ignores 
value of BackupFilesOnly; archives entire /]:
 [...]
 I don't intend to sound terse toward those reaching out to help me; only
 point out that any newcomer to this program is going to hit this same wall
 every time.

actually, that is known, because a lot of newcomers *have* hit this same wall.
If you had searched, you could have found tons of threads describing the same
mistake you have made. I am not sure whether any of those are recent, though,
because I haven't been able to follow the list closely for many months now.

As far as I remember, Craig is aware of the web interface being misleading in
this respect, and I'm sure it's somewhere on his todo-list, if not already
fixed. I'm sure any patch would be welcome anyway (though I'm not sure what
the plans are concerning new releases of BackupPC 3.* ...).

 On 1/18/2011 11:39 AM, itismike wrote:
  [...]
  $Conf{BackupFilesOnly} = {
  '/home/michael/' = [
  ''
  ]
  }; 
 
  Now if the above code can't be interpreted correctly by BackupPC, then
  we may have stumbled upon the root cause. But I don't think this is the
  problem or others would be finding the same issue.

It *is* interpreted *correctly*, just not how you (and others) meant it to
be ;-).

Bowie Bailey wrote on 2011-01-18 11:58:19 -0500 [Re: [BackupPC-users] backuppc 
ignores value of BackupFilesOnly; archives entire /]:
 Devs:  Would it make sense for the GUI to generate a warning message of
 some sort when the keyname does not match a share name or when there is
 a keyname with nothing specified for it?

First, I agree with Les, that the most important step would be making the
GUI more obvious on what information should be entered where.

Aside from that, it could make sense to warn about or disallow apparently
nonsensical settings in the GUI. People who actually *want* such settings for
whatever reason probably edit the config files instead of using the GUI
anyway. The question is probably, how much checking (and where) should the GUI
perform? Just prevent adding nonsensical settings or try to repair existing
ones (e.g. remove keys which don't match an existing ShareName; what happens
when you rename a share or temporarily remove it?)? That could easily become a
nuissance ...

itismike wrote on 2011-01-18 12:13:59 -0500 [[BackupPC-users]  backuppc ignores 
value of BackupFilesOnly; archives entire /]:
 [...]
 That being said, if entering my directory in the CGI leads to it containing
 an illegal value (sharename=/home/michael) wouldn't I expect it to throw
 an error rather than ignore the entry and backup everything?

The value is not illegal. It is simply not used. From the top of my head, I
can think of at least three cases where this could occur:

1. You have a share /home/michael, but you've temporarily removed it from
   your share list, because you currently don't want it to be backed up. Next
   week, you'll re-add it, and you want to keep the excludes.
   Or maybe you are planning on adding the share next week and already want
   to note the excludes in advance.
   Or maybe you want to make a note that if you should ever add the share,
   you will want to exclude something you probably won't think of when the
   time comes. Maybe this note is not to yourself but to other administrators
   of the BackupPC installation (might not apply in your case, but surely
   could in others).

2. You are renaming /home/michael to /homes/michael and want the backup
   to back up the new directory. What do you change first, the list of
   share names or the in-/excludes? What is supposed to happen in between?
   Ok, you might say, the GUI should automatically change the exclude and
   include keys, so you just need to change the share name once. In an ideal
   world, you're probably right :).

3. You have a global config (config.pl) which specifies site defaults.
   Every machine with a share /home/michael should exclude the
   subdirectories .Trash and .thumbnails. Machines without such a share
   should not throw errors but just silently ignore the exclude, because it
   doesn't apply.
   While this is unlikely to apply to /home/michael, think about shares
   like /var/spool/fax, /srv/tftp, /usr/local ...

 Or does BackupPC use some type of fail-safe mode where an error in
 config.pl just defaults to: This guy is nuts! BACK IT ALL UP!!! :)

No, it's simply apply includes and excludes to the shares they apply to. If
they don't apply to anything, they're not used.

Les Mikesell wrote on 2011-01-18 11:32:08 -0600 [Re: [BackupPC-users] backuppc 
ignores value of BackupFilesOnly; archives entire /]:
 On 1/18/2011 11:13 AM, itismike wrote:
  [...]
  I don't need to mess with RsyncShareName, right?
  [...]
 
 [...]
 Still, it doesn't make any sense to start at '/' and 
 make the client walk the entire directory tree looking for matches if 
 you know you don't want anything above that directory included.  The 
 right