Re: [BackupPC-users] Excluding a directory. UPDATE

[Pete Geenhuizen]

Hi,
Based on what G.W. Haywood sent me I think, fingers crossed that he has 
pointed me in the right direction.  I've made some changes to config.pl 
that splits the shares in 2 root and home to see if that fixes the problem.

My bad it's rsyncd.conf not rsync.conf.
I opted to use a single config file as all the systems that I backup are 
pretty similar, which makes it easy when I change something it applies 
to all my systems.
I agree that I could simplify my / excludes i.e. /proc instead of 
/proc/*, it's merely a convention that I fell into not so much for the / 
and the standard directories, but for other file systems that I mount 
within the root file system.


Anyway hopefully the changes that I've mad work.

Thanks
Pete

On 12/13/21 09:50, thveillon wrote:

Le 13/12/2021 à 13:17, Pete Geenhuizen a écrit :

Thanks for the response.

On 12/13/21 04:44, thveillon wrote:






Hi, Maybe you can show us part of the relevant configuration files? 
Are you using just a "config.pl" file or per-host configuration? Are 
your /home/* shares on the same filesystem as the excluded shares?
My exclude list works as intended with rsync on Linux, I have had to 
adjust my configuration files for BPC4 but it is now running fine, 
so maybe we can work out what is not working for you.


All the best.

I'm  using a single config.pl file for all the hosts, exclude list 
from config.pl attached.
My rsync.conf file only has / /home and /boot in it which explains 
why nothing in /export is being backed up which is what I want.

I don't have an exclude for /home/* only /home/new/*

I hope that I've answered your immediate questions, if not let me 
know what else you might need that will help in solving this problem


Thanks
Pete




Hi, from a purely pragmatic perspective using per-host configuration 
tends to make debugging easier, at least it is my experience.


When you say "my rsync.conf file" are you referring to a rsyncd.conf 
file? Are you using the rsyncd method or rsync? I never needed a 
rsync.conf file in relation to backuppc rsync operation before, hence 
my question.


In your exclude list, what is the function of the back tick "`" after 
the first '/host' definition in the "*" share?


Also if your main share is "/", and you don't need an empty directory 
in the backup, you could use:


$Conf{BackupFilesExclude} = {
  '*' => [
    '/proc',
    '/tmp',
    '/dev',

...[snip]

instead of:

    '/dev/*',

at least that's what I am doing and it works here.

I will wait for your answer before digging any further in your 
configuration.


All the best.


___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: https://github.com/backuppc/backuppc/wiki
Project: https://backuppc.github.io/backuppc/



--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:https://github.com/backuppc/backuppc/wiki
Project: https://backuppc.github.io/backuppc/

Re: [BackupPC-users] Excluding a directory.

[Pete Geenhuizen]

HI,
Ahh, based on your config I think that I see my problem.  I've split my 
exclude list from a single list to 2 lists one for my root share and one 
form my home share .

Hopefully that will solve my problem.
Thanks for the info.
Pete

On 12/13/21 08:38, G.W. Haywood via BackupPC-users wrote:

Hi there,

On Mon, 13 Dec 2021, Pete Geenhuizen wrote:


... I have a pretty long exclude list, and now I need to add an
additional directory to exclude.? I added the new directory
/home/new/* but the directory and it's contents are being backed up.
I tried /home/new/ and /home/new with no success.? ...


You need to show us exactly what you have in the configuration which
you think is excluding things.  It's not obvious what might be wrong
if we can't see it.

By way of example, here's an exclude of mine:

8<--
$Conf{XferMethod} = 'rsyncd';
$Conf{RsyncShareName}  = [ 'Config', 'Homes', ];
$Conf{BackupFilesExclude} =
{
    'Homes'  =>
    [
    '//src',
    '//DVD',
    '//temp',
    '//.cache',
    '//.mozilla',
    ]
};
$Conf{RsyncdUserName} = 
$Conf{RsyncdPasswd} = 
8<--

This is in a per-PC file at

/etc/BackupPC/pc/receptionpc.pl

As you can see I'm using rsyncd.  I've redacted parts of the config
and any comments.  Otherwise, what you see there is the entire file.

The exclude itself is a Perl structure.  There are two files and three
directories in it.  If you aren't familiar with Perl the syntax can be
a little taxing but you can probably use my example by just tweaking
the paths to suit.  Note that there IS supposed to be a trailing comma
at the end of my lists of items; Perl doesn't care either way but it's
convenient to leave one there for the next time it gets changed. This
example however hasn't changed since February 2020.  It runs nightly.



--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:https://github.com/backuppc/backuppc/wiki
Project: https://backuppc.github.io/backuppc/

Re: [BackupPC-users] Excluding a directory. UPDATE

[Pete Geenhuizen]

Thanks for the response.

On 12/13/21 04:44, thveillon wrote:






Hi, Maybe you can show us part of the relevant configuration files? 
Are you using just a "config.pl" file or per-host configuration? Are 
your /home/* shares on the same filesystem as the excluded shares?
My exclude list works as intended with rsync on Linux, I have had to 
adjust my configuration files for BPC4 but it is now running fine, so 
maybe we can work out what is not working for you.


All the best.

I'm  using a single config.pl file for all the hosts, exclude list from 
config.pl attached.
My rsync.conf file only has / /home and /boot in it which explains why 
nothing in /export is being backed up which is what I want.

I don't have an exclude for /home/* only /home/new/*

I hope that I've answered your immediate questions, if not let me know 
what else you might need that will help in solving this problem


Thanks
Pete


--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


config.pl
Description: Perl program
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:https://github.com/backuppc/backuppc/wiki
Project: https://backuppc.github.io/backuppc/

[BackupPC-users] Excluding a directory.

[Pete Geenhuizen]

Been using BackupPC for more than 10 years and it's config has been 
pretty static since I set it up.
I have a pretty long exclude list, and now I need to add an additional 
directory to exclude.  I added the new directory /home/new/* but the 
directory and it's contents are being backed up.
I tried /home/new/ and /home/new with no success.  All the other 
directories that I'm excluding are working exactly as desired.
In poking around for a solution I see that I'm not alone in trying to 
solve this problem.  It's even more frustrating when all the other 
excludes work but not this addition.

So is there a solution to this problem?
Thanks
Pete

--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:https://github.com/backuppc/backuppc/wiki
Project: https://backuppc.github.io/backuppc/

Re: [BackupPC-users] Vanished file

[Pete Geenhuizen]

Craig,
Thanks for looking into this been using BackupPC for many years and have 
been very happy with the way it has performed.
I'm glad that the info I provided was of some use and hopefully it helps 
in resolving the bug.  Other than a bit annoying to see the error this 
issue isn't affecting me in any way.

If you need any more info please let me know.
Pete

On 1/11/21 11:32 PM, Craig Barratt wrote:

Pete,

Thanks for the additional information.  It's definitely a bug (same 
one reported by Alexander), and it's certainly due to the significant 
rewrite I did between rsync-bpc 3.1.2 and 3.1.3 on how long strings 
(used in many places for file names, paths etc) are handled.  Somehow 
the file name (which should be "alt-java.1.gz") added to the 
attributes for that directory is incorrectly set to a mangled attrib 
directory path instead.


A secondary issue is why it doesn't recover on a subsequent full 
backup (likely because the incorrectly added file name contains "/", 
so an attempt to unlink (remove) that file causes it to refer to a 
deeper directory, which fails).


I've been looking at the code for how symlinks are handled, but 
haven't yet found the bug.


Craig

On Tue, Jan 12, 2021 at 10:01 AM Pete Geenhuizen 
mailto:pgeenhui...@gmail.com>> wrote:


Craig,
# su -m backuppc -c '/usr/share/BackupPC/bin/BackupPC_zcat
9dea1ea7cd900fa4fcd3e24f86ad0be8'

/usr/share/man/man1/alt-java-java-1.8.0-openjdk-1.8.0.275.b01-0.el7_9.x86_64.1.gz

Not sure if this is useful but
$ ls -l /usr/share/man/man1/alt-java*
lrwxrwxrwx 1 root root    31 Dec 18 08:08
/usr/share/man/man1/alt-java.1.gz -> /etc/alternatives/alt-java.1.gz
-rw-r--r-- 1 root root 25788 Dec 16 12:29

/usr/share/man/man1/alt-java-java-1.8.0-openjdk-1.8.0.275.b01-0.el7_9.x86_64.1.gz

$ ls -l /etc/alternatives/alt-java*
lrwxrwxrwx 1 root root 77 Dec 18 08:08 /etc/alternatives/alt-java
->

/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.275.b01-0.el7_9.x86_64/jre/bin/alt-java
lrwxrwxrwx 1 root root 81 Dec 18 08:08
/etc/alternatives/alt-java.1.gz ->

/usr/share/man/man1/alt-java-java-1.8.0-openjdk-1.8.0.275.b01-0.el7_9.x86_64.1.gz

Pete

On 1/11/21 5:15 PM, Craig Barratt wrote:

Pete,

Thanks for that.  Yes, this is exactly the same issue that
Alexander reported:
https://github.com/backuppc/rsync-bpc/issues/18
<https://github.com/backuppc/rsync-bpc/issues/18>

One more step: what's the output from:

BackupPC_zcat 9dea1ea7cd900fa4fcd3e24f86ad0be8

Thanks,
Craig

    On Mon, Jan 11, 2021 at 10:32 PM Pete Geenhuizen
mailto:pgeenhui...@gmail.com>> wrote:

Thank you for the correct syntax here's what I get now.

  'froot/fetc/falternatives/attrib' => {
    'compress' => 3,
    'digest' => '9dea1ea7cd900fa4fcd3e24f86ad0be8',
    'gid' => 0,
    'inode' => 562108,
    'mode' => 511,
    'mtime' => 0,
    'name' => 'froot/fetc/falternatives/attrib',
    'nlinks' => 0,
    'size' => 81,
    'type' => 2,
    'uid' => 0
  },
  'print-lprman' => {


On 1/11/21 3:33 AM, Alexander Moisseev via BackupPC-users wrote:

11.01.2021 3:07, backu...@kosowsky.org
<mailto:backu...@kosowsky.org> пишет:

Pete Geenhuizen wrote at about 14:38:17 -0500 on Sunday,
January 10, 2021:
  >
  > /usr/share/BackupPC/bin/BackupPC_zcat
  > ./attrib_d4c95788f1e2e67ddadd2e2ff26e0fc6 |wc
  >    0   0   0
  >
  > /usr/share/BackupPC/bin/BackupPC_attribPrint
  > /etc/alternatives/froot/fetc/falternatives/attrib
  > $attrib = {
  > };
  > All the attrib_ files that I find are 0 length.

They all should be 0 length - they just reference a pool
file where
the data is stored.



You should use BackupPC_attribPrint utility to get the
metadata:

# su -m backuppc -c 'BackupPC_attribPrint
./attrib_d4c95788f1e2e67ddadd2e2ff26e0fc6' | grep -A 6 /attrib


___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
<mailto:BackupPC-users@lists.sourceforge.net>
List:
https://lists.sourceforge.net/lists/listinfo/backuppc-users
<https://lists.sourceforge.net/lists/listinfo/backuppc-users>
Wiki: https://github.com/backuppc/backuppc/wiki
<https://github.com/backuppc/backuppc/wiki>
Project: https://backuppc.github.io/backuppc/
<https://backuppc.github.io/backuppc/>



-- 
Unencumbered by the thought process.

  -- Click and Clack the Tappet brothers


-- 
This message has be

Re: [BackupPC-users] Vanished file

[Pete Geenhuizen]

Craig,
# su -m backuppc -c '/usr/share/BackupPC/bin/BackupPC_zcat 
9dea1ea7cd900fa4fcd3e24f86ad0be8'

/usr/share/man/man1/alt-java-java-1.8.0-openjdk-1.8.0.275.b01-0.el7_9.x86_64.1.gz

Not sure if this is useful but
$ ls -l /usr/share/man/man1/alt-java*
lrwxrwxrwx 1 root root    31 Dec 18 08:08 
/usr/share/man/man1/alt-java.1.gz -> /etc/alternatives/alt-java.1.gz
-rw-r--r-- 1 root root 25788 Dec 16 12:29 
/usr/share/man/man1/alt-java-java-1.8.0-openjdk-1.8.0.275.b01-0.el7_9.x86_64.1.gz


$ ls -l /etc/alternatives/alt-java*
lrwxrwxrwx 1 root root 77 Dec 18 08:08 /etc/alternatives/alt-java -> 
/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.275.b01-0.el7_9.x86_64/jre/bin/alt-java
lrwxrwxrwx 1 root root 81 Dec 18 08:08 /etc/alternatives/alt-java.1.gz 
-> 
/usr/share/man/man1/alt-java-java-1.8.0-openjdk-1.8.0.275.b01-0.el7_9.x86_64.1.gz


Pete

On 1/11/21 5:15 PM, Craig Barratt wrote:

Pete,

Thanks for that.  Yes, this is exactly the same issue that Alexander 
reported: https://github.com/backuppc/rsync-bpc/issues/18 
<https://github.com/backuppc/rsync-bpc/issues/18>


One more step: what's the output from:

BackupPC_zcat 9dea1ea7cd900fa4fcd3e24f86ad0be8

Thanks,
Craig

On Mon, Jan 11, 2021 at 10:32 PM Pete Geenhuizen 
mailto:pgeenhui...@gmail.com>> wrote:


Thank  you for the correct syntax here's what I get now.

  'froot/fetc/falternatives/attrib' => {
    'compress' => 3,
    'digest' => '9dea1ea7cd900fa4fcd3e24f86ad0be8',
    'gid' => 0,
    'inode' => 562108,
    'mode' => 511,
    'mtime' => 0,
    'name' => 'froot/fetc/falternatives/attrib',
    'nlinks' => 0,
    'size' => 81,
    'type' => 2,
    'uid' => 0
  },
  'print-lprman' => {


On 1/11/21 3:33 AM, Alexander Moisseev via BackupPC-users wrote:

11.01.2021 3:07, backu...@kosowsky.org
    <mailto:backu...@kosowsky.org> пишет:

Pete Geenhuizen wrote at about 14:38:17 -0500 on Sunday, January
10, 2021:
  >
  > /usr/share/BackupPC/bin/BackupPC_zcat
  > ./attrib_d4c95788f1e2e67ddadd2e2ff26e0fc6 |wc
  >    0   0   0
  >
  > /usr/share/BackupPC/bin/BackupPC_attribPrint
  > /etc/alternatives/froot/fetc/falternatives/attrib
  > $attrib = {
  > };
  > All the attrib_ files that I find are 0 length.

They all should be 0 length - they just reference a pool file where
the data is stored.



You should use BackupPC_attribPrint utility to get the metadata:

# su -m backuppc -c 'BackupPC_attribPrint
./attrib_d4c95788f1e2e67ddadd2e2ff26e0fc6' | grep -A 6 /attrib


___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
<mailto:BackupPC-users@lists.sourceforge.net>
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
<https://lists.sourceforge.net/lists/listinfo/backuppc-users>
Wiki: https://github.com/backuppc/backuppc/wiki
<https://github.com/backuppc/backuppc/wiki>
Project: https://backuppc.github.io/backuppc/
<https://backuppc.github.io/backuppc/>



-- 
Unencumbered by the thought process.

  -- Click and Clack the Tappet brothers


-- 
This message has been scanned for viruses and

dangerous content by *MailScanner* <http://www.mailscanner.info/>,
and is
believed to be clean.
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
<mailto:BackupPC-users@lists.sourceforge.net>
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
<https://lists.sourceforge.net/lists/listinfo/backuppc-users>
Wiki: https://github.com/backuppc/backuppc/wiki
<https://github.com/backuppc/backuppc/wiki>
Project: https://backuppc.github.io/backuppc/
<https://backuppc.github.io/backuppc/>


--
This message has been scanned for viruses and
dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is
believed to be clean. 


--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:https://github.com/backuppc/backuppc/wiki
Project: https://backuppc.github.io/backuppc/

Re: [BackupPC-users] Vanished file

[Pete Geenhuizen]

Thank  you for the correct syntax here's what I get now.

  'froot/fetc/falternatives/attrib' => {
    'compress' => 3,
    'digest' => '9dea1ea7cd900fa4fcd3e24f86ad0be8',
    'gid' => 0,
    'inode' => 562108,
    'mode' => 511,
    'mtime' => 0,
    'name' => 'froot/fetc/falternatives/attrib',
    'nlinks' => 0,
    'size' => 81,
    'type' => 2,
    'uid' => 0
  },
  'print-lprman' => {


On 1/11/21 3:33 AM, Alexander Moisseev via BackupPC-users wrote:

11.01.2021 3:07, backu...@kosowsky.org пишет:
Pete Geenhuizen wrote at about 14:38:17 -0500 on Sunday, January 10, 
2021:

  >
  > /usr/share/BackupPC/bin/BackupPC_zcat
  > ./attrib_d4c95788f1e2e67ddadd2e2ff26e0fc6 |wc
  >    0   0   0
  >
  > /usr/share/BackupPC/bin/BackupPC_attribPrint
  > /etc/alternatives/froot/fetc/falternatives/attrib
  > $attrib = {
  > };
  > All the attrib_ files that I find are 0 length.

They all should be 0 length - they just reference a pool file where
the data is stored.



You should use BackupPC_attribPrint utility to get the metadata:

# su -m backuppc -c 'BackupPC_attribPrint 
./attrib_d4c95788f1e2e67ddadd2e2ff26e0fc6' | grep -A 6 /attrib



___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    https://github.com/backuppc/backuppc/wiki
Project: https://backuppc.github.io/backuppc/



--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:https://github.com/backuppc/backuppc/wiki
Project: https://backuppc.github.io/backuppc/

Re: [BackupPC-users] Vanished file

[Pete Geenhuizen]

/usr/share/BackupPC/bin/BackupPC_zcat 
./attrib_d4c95788f1e2e67ddadd2e2ff26e0fc6 |wc

  0   0   0

/usr/share/BackupPC/bin/BackupPC_attribPrint 
/etc/alternatives/froot/fetc/falternatives/attrib

$attrib = {
};
All the attrib_ files that I find are 0 length.

On 1/9/21 10:42 PM, Craig Barratt wrote:

Pete,

Also, it would be good to see if that attrib file exists or has some 
problem.  What happens when you look in that directory on a full 
(filled) backup?  There should be a single file there with the name 
attrib_DIGEST, where DIGEST is the 32 hex digits of the md5 digest.  
What happens when you run these commands:


BackupPC_zcat DIGEST | wc
BackupPC_attribPrint path_to_attrib_file


Craig

On Sun, Jan 10, 2021 at 2:38 PM Craig Barratt 
<mailto:cbarr...@users.sourceforge.net>> wrote:


Peter,

Ok, those are all the latest versions.  The next step is to
increase the debug level (eg, XferLogLevel to 7 and "-vv" to
rsync-bpc args) and send me a healthy portion of the log (eg, a
couple of thousand lines up until the error, and a few hundred
lines after the error).

Craig



On Sat, Jan 9, 2021 at 11:10 PM Pete Geenhuizen
mailto:pgeenhui...@gmail.com>> wrote:

Craig,
Thanks for the response, these are the versions that I'm running
BackupPC4-4.4.0-2.el7.fws.x86_64
BackupPC-XS-0.62-2.el7.fws.x86_64
rsync-bpc-3.1.3.0-2.el7.fws.x86_64

Pete


On 1/8/21 9:08 PM, Craig Barratt wrote:

This should be fixed in the latest version of rsync-bpc. 
What versions are you using (BackupPC, rsync-bpc and
backuppc-xs)?

Craig

On Sat, Jan 9, 2021 at 8:08 AM Pete Geenhuizen
mailto:pgeenhui...@gmail.com>> wrote:

After a recent kernel update for Centos 7 I started
seeing the following
error on 2 hosts.  I didn't give it much thought figuring
that it
probably would disappear when the next level 0 backup was
done, but nope
the error persists.
file has vanished:
"/etc/alternatives/froot/fetc/falternatives/attrib"
I have no idea how to resolve this error other than
simply deleting the
entire pool which seems like a pretty drastic way to
solve the problem.
So other than that is there a better way to handle this
problem?
Thanks
Pete

-- 
Unencumbered by the thought process.

  -- Click and Clack the Tappet brothers


-- 
This message has been scanned for viruses and

dangerous content by MailScanner, and is
believed to be clean.



___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
<mailto:BackupPC-users@lists.sourceforge.net>
List:
https://lists.sourceforge.net/lists/listinfo/backuppc-users
<https://lists.sourceforge.net/lists/listinfo/backuppc-users>
Wiki: https://github.com/backuppc/backuppc/wiki
<https://github.com/backuppc/backuppc/wiki>
Project: https://backuppc.github.io/backuppc/
<https://backuppc.github.io/backuppc/>


-- 
This message has been scanned for viruses and

dangerous content by *MailScanner*
<http://www.mailscanner.info/>, and is
believed to be clean. 


-- 
Unencumbered by the thought process.

  -- Click and Clack the Tappet brothers


-- 
This message has been scanned for viruses and

dangerous content by *MailScanner*
<http://www.mailscanner.info/>, and is
believed to be clean.


--
This message has been scanned for viruses and
dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is
believed to be clean. 


--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:https://github.com/backuppc/backuppc/wiki
Project: https://backuppc.github.io/backuppc/

Re: [BackupPC-users] Vanished file

[Pete Geenhuizen]

Craig,
Thanks for the response, these are the versions that I'm running
BackupPC4-4.4.0-2.el7.fws.x86_64
BackupPC-XS-0.62-2.el7.fws.x86_64
rsync-bpc-3.1.3.0-2.el7.fws.x86_64

Pete


On 1/8/21 9:08 PM, Craig Barratt wrote:
This should be fixed in the latest version of rsync-bpc.  What 
versions are you using (BackupPC, rsync-bpc and backuppc-xs)?


Craig

On Sat, Jan 9, 2021 at 8:08 AM Pete Geenhuizen <mailto:pgeenhui...@gmail.com>> wrote:


After a recent kernel update for Centos 7 I started seeing the
following
error on 2 hosts.  I didn't give it much thought figuring that it
probably would disappear when the next level 0 backup was done,
but nope
the error persists.
file has vanished: "/etc/alternatives/froot/fetc/falternatives/attrib"
I have no idea how to resolve this error other than simply
deleting the
entire pool which seems like a pretty drastic way to solve the
problem.
So other than that is there a better way to handle this problem?
Thanks
Pete

-- 
Unencumbered by the thought process.

  -- Click and Clack the Tappet brothers


-- 
This message has been scanned for viruses and

dangerous content by MailScanner, and is
believed to be clean.



___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
<mailto:BackupPC-users@lists.sourceforge.net>
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
<https://lists.sourceforge.net/lists/listinfo/backuppc-users>
Wiki: https://github.com/backuppc/backuppc/wiki
<https://github.com/backuppc/backuppc/wiki>
Project: https://backuppc.github.io/backuppc/
<https://backuppc.github.io/backuppc/>


--
This message has been scanned for viruses and
dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is
believed to be clean. 


--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:https://github.com/backuppc/backuppc/wiki
Project: https://backuppc.github.io/backuppc/

[BackupPC-users] Vanished file

[Pete Geenhuizen]

After a recent kernel update for Centos 7 I started seeing the following 
error on 2 hosts.  I didn't give it much thought figuring that it 
probably would disappear when the next level 0 backup was done, but nope 
the error persists.

file has vanished: "/etc/alternatives/froot/fetc/falternatives/attrib"
I have no idea how to resolve this error other than simply deleting the 
entire pool which seems like a pretty drastic way to solve the problem.

So other than that is there a better way to handle this problem?
Thanks
Pete

--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.



___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:https://github.com/backuppc/backuppc/wiki
Project: https://backuppc.github.io/backuppc/

Re: [BackupPC-users] {Disarmed} Using ssh to enable shadow copies, rsyncd on Windows

[Pete Geenhuizen]

Michael,
Which binaries that you've packaged are you referring to and if needed 
where can I find them?

Thanks
Pete

On 3/12/20 1:26 AM, Michael Stowe wrote:
With each security update and version bump of Samba, winexe is 
becoming more and more finicky, so I thought it time to see if 
Window's own ssh could be used for the same purpose.  While it's not 
as straightforward as I'd hoped, it does work and doesn't require 
anything other than the binaries I'd already packaged for the purpose.


This is the script executed with $Conf{DumpPreUserCmd}:

|#!/bin/bash
#
# Takes one parameter, the name of the system
#
BOX=$1
/usr/bin/ssh Administrator@$BOX  
'C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe 
Invoke-WmiMethod -Class Win32_Process -EnableAllPrivileges -Name 
Create -ArgumentList \"cmd /c c:\backuppc\pre-exec.cmd\"'
# The above command is running in the background, we need to wait for 
rsync

# to start
let i=0
while [ $i -le 72 ]; do
  PIDEXISTS=$(ssh Administrator@carrot  
'dir C:\BackupPC\rsyncd.pid' |& grep -v "^ Volume" | grep -v "^ 
Directory" | grep -o rsyncd.pid)

  if [ "$PIDEXISTS" == "rsyncd.pid" ]; then
i=-1
break
  fi
  echo -n "."
  sleep 5
done

if [ $i -eq -1 ]; then
  echo ""
  echo "Rsync and shadow copy loaded"
  exit 0
else
  echo "Error loading rsync"
  exit 1
fi|

This assumes that one has installed the ssh server that comes with 
Windows, and set up key authentication.  Note that it's necessary to 
use an account with Administrative privileges in order to have the 
requisite permissions.


$Conf{DumpPostUserCmd} is more straightforward:

|#!/bin/bash
/usr/bin/ssh Administrator@$BOX 'cmd /c echo '1' > 
c:\backuppc\wake.up' <&-


|

Web Bug from 
https://u2182357.ct.sendgrid.net/wf/open?upn=OypFYCWzG5ApGW-2FFpGTxc4RCS9eud0Dl1htN5rYoUZ8To4zeNUFBkAGI3hzer91CxoAWCKQXVN-2B-2BnnWbk764ekxmYv0YRAl8lYtRZ-2B2Sz-2BLoXcNb03UBw4AvRnKD0-2B9ty9GIqEM29wDaI41bFajCO-2F-2BmkwkRnnWd3N6jPbtnDgbm98WIedrMQHSkd-2FkfikRrdt4nhZSGrEJwaxalGcsPtPCPyVSNV-2BSlYD48ABdw0mfJBN35nJL96evKzDJNFVWsjyXAmYF2r29pDudIwt8-2FVg-3D-3D

--
This message has been scanned for viruses and
dangerous content by *MailScanner* , and is
believed to be clean.


___
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/


--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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] Files in home not being backed up

[Pete Geenhuizen]

On 07/04/2019 01:43 PM, Pete Geenhuizen wrote:



On 07/04/2019 12:55 PM, backu...@kosowsky.org wrote:

Well, the --one-file-system argument is set by default in
$Conf{RsyncArgs}. Unless you deleted it, rsync will only backup the
specific file systems that you list -- in your case just '/'

Rather than removing the --one-file-system argument, I think its
cleaner and safer to add a separate share for each file system.
In your case, that will mean adding the share name to
$Conf{RsyncShareName} and adding a corresponding stanza to your
rsyncd.conf file.


Thanks I'll give that a shot.
Pete


You were 100% correct adding the stanza to rsyncd.conf solved the problem
Thanks
Pete

--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.



___
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] Files in home not being backed up

[Pete Geenhuizen]

On 07/04/2019 12:55 PM, backu...@kosowsky.org wrote:

Well, the --one-file-system argument is set by default in
$Conf{RsyncArgs}. Unless you deleted it, rsync will only backup the
specific file systems that you list -- in your case just '/'

Rather than removing the --one-file-system argument, I think its
cleaner and safer to add a separate share for each file system.
In your case, that will mean adding the share name to
$Conf{RsyncShareName} and adding a corresponding stanza to your
rsyncd.conf file.


Thanks I'll give that a shot.
Pete

--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.



___
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] Files in home not being backed up

[Pete Geenhuizen]

On 07/04/2019 11:27 AM, backu...@kosowsky.org wrote:

Pete Geenhuizen wrote at about 06:09:04 -0400 on Wednesday, July 3, 2019:
  > I upgraded BackupPC from V3 to V4 several months ago which went
  > relatively smoothly.
  >
  > I have been able to successfully restore system files and presumed that
  > all was running well.  Yesterday I needed to recover a file from my
  > home.  When I went to my home to look at the file I got a permission
  > denied.  Turns out that the restore changed the ownership of my home to
  > root.  I fixed that and when I looked at the restored file it was
  > several months old which struck me as odd because I had edited the file
  > a few days ago.
  >
  > I then browsed my home directory in BackupPC and found that all the
  > files in my home were several months old, i.e none had been backed up
  > since I upgraded to V4
  >
  > As a test I touched a couple of files in my home and then after the next
  > backup cycle I looked and verified that indeed none of the files that I
  > had touched were backed up.  I looked in the rsync.log file and all that
  > it is backing up are system files.
  >
  > When I upgraded to V4 other than making changes to config.pl I didn't
  > alter anything else.
  >
  > I guess that in V4 the way permissions are treated for home directories
  > has changed and I need to alter either config.pl and/or rsyncd.conf to
  > allow BackupPC to backup my home directory.
  >
  > This is what is in my rsyncd.conf file, slightly obfuscated
  >
  > uid = 0
  > gid = 0
  > auth users = x
  > secrets file = /etc/rsyncd.secrets
  > hosts allow = 192.168.XXX.XXX/24
  > read only = false
  >
  > [root]
  >      path = /
  >
  >
  > in config.pl I have
  >
  > $Conf{RsyncShareName} = [
  >    'root'
  > ];
  >
  > Any help would be greatly appreciated.
  >
  > Thanks
  >
  > Pete
  >

Is /home on a different file system from /?


Yes and was also when I was running V3

--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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] Files in home not being backed up

[Pete Geenhuizen]

I upgraded BackupPC from V3 to V4 several months ago which went 
relatively smoothly.


I have been able to successfully restore system files and presumed that 
all was running well.  Yesterday I needed to recover a file from my 
home.  When I went to my home to look at the file I got a permission 
denied.  Turns out that the restore changed the ownership of my home to 
root.  I fixed that and when I looked at the restored file it was 
several months old which struck me as odd because I had edited the file 
a few days ago.


I then browsed my home directory in BackupPC and found that all the 
files in my home were several months old, i.e none had been backed up 
since I upgraded to V4


As a test I touched a couple of files in my home and then after the next 
backup cycle I looked and verified that indeed none of the files that I 
had touched were backed up.  I looked in the rsync.log file and all that 
it is backing up are system files.


When I upgraded to V4 other than making changes to config.pl I didn't 
alter anything else.


I guess that in V4 the way permissions are treated for home directories 
has changed and I need to alter either config.pl and/or rsyncd.conf to 
allow BackupPC to backup my home directory.


This is what is in my rsyncd.conf file, slightly obfuscated

uid = 0
gid = 0
auth users = x
secrets file = /etc/rsyncd.secrets
hosts allow = 192.168.XXX.XXX/24
read only = false

[root]
    path = /


in config.pl I have

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

Any help would be greatly appreciated.

Thanks

Pete

--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.



___
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] rsync file restore ownership

[Pete Geenhuizen]

Not that I'm aware of, but I will say that I was restoring 2 
subdirectories at the same time into my home, and perhaps the restores 
collided with the result that neither restore were able to set the 
ownership correctly when they were done.


I'll have to test that out.

Thanks for the reply.


On 12/14/2018 11:56 AM, Tony Schreiner wrote:
While an rsync transfer is in progress, parent directories are owned 
by root, and changed when all subdirectories are completed.

Could there have been an interruption?

On Fri, Dec 14, 2018 at 11:41 AM Pete Geenhuizen <mailto:p...@geenhuizen.net>> wrote:


It's been a while since I had to restore a file which has always
gone as
expected.

Today I restored 2 directories along with all the files to my home
using
the same method that I've always used, i.e. logged into the web
interface as root and selecting the appropriate files and the
world was
good.

However this time my home directory and the top directory of the 2
directories that I was restoring, ended up being owned by root. 
All the
files in the directories retained the proper ownership, just the
directories themselves were owned by root.

I guess I've missed something in the config file that would ensure
that
the ownership fo the top directories would be correct.

I'm running BackupPC v4.3 on Centos 7.6

Pete


-- 
Unencumbered by the thought process.

  -- Click and Clack the Tappet brothers


-- 
This message has been scanned for viruses and

dangerous content by MailScanner, and is
believed to be clean.



___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
<mailto: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/


--
This message has been scanned for viruses and
dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is
believed to be clean. 


--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

___
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] rsync file restore ownership

[Pete Geenhuizen]

It's been a while since I had to restore a file which has always gone as 
expected.


Today I restored 2 directories along with all the files to my home using 
the same method that I've always used, i.e. logged into the web 
interface as root and selecting the appropriate files and the world was 
good.


However this time my home directory and the top directory of the 2 
directories that I was restoring, ended up being owned by root.  All the 
files in the directories retained the proper ownership, just the 
directories themselves were owned by root.


I guess I've missed something in the config file that would ensure that 
the ownership fo the top directories would be correct.


I'm running BackupPC v4.3 on Centos 7.6

Pete


--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.



___
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] Xfer errors

[Pete Geenhuizen]

I'm running BackupPC 4.2.1 on CentOS 7.5 using rsync and it's running 
just fine with one seemingly minor problem.


I recently upgraded a host from CentOS 6.9 to CentOS 7.5 and forced a 
level 0 backup, and since then I see the following errors.


cannot delete non-empty directory: bin
could not make way for new symlink: bin
cannot delete non-empty directory: lib
could not make way for new symlink: lib
cannot delete non-empty directory: lib64
could not make way for new symlink: lib64
cannot delete non-empty directory: sbin
could not make way for new symlink: sbin
cannot delete non-empty directory: var/lock
could not make way for new symlink: var/lock
cannot delete non-empty directory: var/run
could not make way for new symlink: var/run

Although these errors don't seem to affect the backups and seem to be 
benign I'd like to deal with them.


Any ideas on how to best eliminate these error?

Thanks

Pete

--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
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] winexe for Centos 7.5

[Pete Geenhuizen]

On 05/15/2018 06:34 AM, Pete Geenhuizen wrote:


On 05/15/2018 05:37 AM, Daniel Berteaud wrote:


I just rebuilt it, it's in my fws-testing repo 
(http://repo.firewall-services.com/centos-testing/7/x86_64/winexe-1.2-3.beta0.mstowe.gitc2fcdf.el7.fws.x86_64.rpm). 
Could you give it a try ?





It installs but  seg faults

# winexe --interactive=0 -A /usr/local/etc/compaq.auth //compaq 'cmd 
/c dir'

Segmentation fault

The above command works flawlessly on previous version.

Oops sorry all if the previous message got waylaid due to it being 
marked as spam, my filter got it wrong and I failed to remove it.


--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
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] [SPAM] winexe for Centos 7.5

[Pete Geenhuizen]

On 05/15/2018 05:37 AM, Daniel Berteaud wrote:


I just rebuilt it, it's in my fws-testing repo 
(http://repo.firewall-services.com/centos-testing/7/x86_64/winexe-1.2-3.beta0.mstowe.gitc2fcdf.el7.fws.x86_64.rpm). 
Could you give it a try ?





It installs but  seg faults

# winexe --interactive=0 -A /usr/local/etc/compaq.auth //compaq 'cmd /c dir'
Segmentation fault

The above command works flawlessly on previous version.

--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
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] winexe for Centos 7.5

[Pete Geenhuizen]

Daniel,

I just upgraded my server to Centos 7.5.  In order to get the update to 
work I had to remove  winexe.x86_64 0:1.2-2.mstowe.gitc2fcdf.el7.fws 
because it kept on failing the following dependency checks


--> Running transaction check
---> Package winexe.x86_64 0:1.2-2.mstowe.gitc2fcdf.el7.fws will be 
installed
--> Processing Dependency: 
libsmbclient-raw-samba4.so(SAMBA_4.6.2)(64bit) for package: 
winexe-1.2-2.mstowe.gitc2fcdf.el7.fws.x86_64
--> Processing Dependency: libdcerpc-samba-samba4.so(SAMBA_4.6.2)(64bit) 
for package: winexe-1.2-2.mstowe.gitc2fcdf.el7.fws.x86_64
--> Processing Dependency: libcli-ldap-samba4.so(SAMBA_4.6.2)(64bit) for 
package: winexe-1.2-2.mstowe.gitc2fcdf.el7.fws.x86_64

--> Finished Dependency Resolution
Error: Package: winexe-1.2-2.mstowe.gitc2fcdf.el7.fws.x86_64 (fws)
   Requires: libsmbclient-raw-samba4.so(SAMBA_4.6.2)(64bit)
Error: Package: winexe-1.2-2.mstowe.gitc2fcdf.el7.fws.x86_64 (fws)
   Requires: libdcerpc-samba-samba4.so(SAMBA_4.6.2)(64bit)
Error: Package: winexe-1.2-2.mstowe.gitc2fcdf.el7.fws.x86_64 (fws)
   Requires: libcli-ldap-samba4.so(SAMBA_4.6.2)(64bit)

Do you have an updated version of winexec?

Thanks

Pete

--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
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 4 error

[Pete Geenhuizen]

Kris,
Not quite sure what you mean by "in-place C6-C7 upgrade", unless you 
mean something like the Fedora mechanism of doing a yum type update 
which CentOS doesn't support.


I re-installed C7 over the C6 installation.

I then re-installed V3 which unfortunately installs backuppc with a new 
UID and GID.


So before I started I did a chown -R backuppc: /var/lib/BackupPC and 
continued to perform all my backups of both C6 and C7 hosts.


Once I was satisfied that it was working properly I then uninstalled V3 
and installed V4 from the fws repo

http://repo.firewall-services.com/

The installation recognized the fact the I had a V3 pool and modified 
the config file as needed and the first time it ran it took a while for 
it to parse the V3 pool.


A bonus to all this is that I've been trying to back up a PC and have 
always failed up to now, but the combination of C7 and BackupPC v4 has 
resolved that issue as well, so the bottom line is that it has been a 
win win for me all the way around with the exception of the one xfer 
error that I'm trying to get resolved.


It sounds like you need to change the ownership of the pool to solve 
your permissions problem.


pete


On 02/23/18 13:50, Kris Lou wrote:

Did you do an in place C6-C7 upgrade?  (and if so, how?)

Can your C7 BackupPC host successfully back up C6 hosts? It almost 
seems like BackupPC doesn't have proper permissions on the pool (was 
it upgraded from v3?)


-Kris


Kris Lou
k...@themusiclink.net <mailto:k...@themusiclink.net>

On Fri, Feb 23, 2018 at 5:01 AM, Pete Geenhuizen <p...@geenhuizen.net 
<mailto:p...@geenhuizen.net>> wrote:


I'm in the process of upgrading from Centos 6 to Centos 7.

A few days after  I upgraded my BackupPC host to Centos 7 I
upgraded BackupPC to V4 which went well.

I then upgraded 2 more hosts to C7 and started getting 1 Xfer
error for these 2 hosts and I gather that this is what the error is.

cannot delete non-empty directory: bin
could not make way for new symlink: bin
cannot delete non-empty directory: lib
could not make way for new symlink: lib
cannot delete non-empty directory: lib64
could not make way for new symlink: lib64
cannot delete non-empty directory: sbin
could not make way for new symlink: sbin
cannot delete non-empty directory: var/lock
could not make way for new symlink: var/lock
cannot delete non-empty directory: var/run
could not make way for new symlink: var/run

Done: 0 errors, 17 filesExist, 16308 sizeExist, 15713
sizeExistComp, 0 filesTotal, 0 sizeTotal, 477 filesNew, 283155291
sizeNew, 113835775 sizeNewComp, 385445 inode
DoneGen: 0 errors, 0 filesExist, 0 sizeExist, 0 sizeExistComp,
268733 filesTotal, 6684135526 sizeTotal, 0 filesNew, 0 sizeNew, 0
sizeNewComp, 385404 inode
rsync error: some files/attrs were not transferred (see previous
errors) (code 23) at main.c(1543) [generator=3.0.9.12]
rsync_bpc exited with benign status 23 (5888)

Although this error seems to be benign I would like to get rid of
them none the less.

Thanks

Pete

-- 
Unencumbered by the thought process.

 -- Click and Clack the Tappet brothers


-- 
This message has been scanned for viruses and

dangerous content by MailScanner, and is
believed to be clean.



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
<mailto:BackupPC-users@lists.sourceforge.net>
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
<https://lists.sourceforge.net/lists/listinfo/backuppc-users>
Wiki: http://backuppc.wiki.sourceforge.net
<http://backuppc.wiki.sourceforge.net>
Project: http://backuppc.sourceforge.net/
<http://backuppc.sourceforge.net/>



--
This message has been scanned for viruses and
dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is
believed to be clean.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot


___
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/


--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

-

[BackupPC-users] BackupPC 4 error

[Pete Geenhuizen]

I'm in the process of upgrading from Centos 6 to Centos 7.

A few days after  I upgraded my BackupPC host to Centos 7 I upgraded 
BackupPC to V4 which went well.


I then upgraded 2 more hosts to C7 and started getting 1 Xfer error for 
these 2 hosts and I gather that this is what the error is.


cannot delete non-empty directory: bin
could not make way for new symlink: bin
cannot delete non-empty directory: lib
could not make way for new symlink: lib
cannot delete non-empty directory: lib64
could not make way for new symlink: lib64
cannot delete non-empty directory: sbin
could not make way for new symlink: sbin
cannot delete non-empty directory: var/lock
could not make way for new symlink: var/lock
cannot delete non-empty directory: var/run
could not make way for new symlink: var/run

Done: 0 errors, 17 filesExist, 16308 sizeExist, 15713 sizeExistComp, 0 
filesTotal, 0 sizeTotal, 477 filesNew, 283155291 sizeNew, 113835775 
sizeNewComp, 385445 inode
DoneGen: 0 errors, 0 filesExist, 0 sizeExist, 0 sizeExistComp, 268733 
filesTotal, 6684135526 sizeTotal, 0 filesNew, 0 sizeNew, 0 sizeNewComp, 385404 
inode
rsync error: some files/attrs were not transferred (see previous errors) (code 
23) at main.c(1543) [generator=3.0.9.12]
rsync_bpc exited with benign status 23 (5888)

Although this error seems to be benign I would like to get rid of them 
none the less.


Thanks

Pete

--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
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 4.1.5 released (plus new versions of backuppc-xs and rsync-bpc)

[Pete Geenhuizen]

On 01/13/18 03:34, Daniel Berteaud wrote:




Le 11/01/2018 à 18:50, Pete Geenhuizen a écrit :


Daniel,

Thanks for the quick reply, and you are correct, however when I check 
the list of available rpms


Here's a list of the first few RPMs that I get, as you can see they 
are for noarch.  I'm only interested int the X86_64 rpms that you 
have created.


Available Packages
BackupPC-server-scripts.noarch 
0.1.2-1.el7.fws fws
dehydrated.noarch 
0.4.0-10.el7.fws    fws

dl.noarch 0.18.1-1.el7.fws    fws
dl-cli.noarch 0.18.1-1.el7.fws    fws
dokuwiki.noarch 
20170219e-1.el7.fws fws
dokuwiki-plugins.noarch 
20170219e-2.el7.fws fws
fuse-backuppcfs.noarch 
0.1-2.el7.fws   fws
fuse-chunkfs.x86_64 
0.7-1.el7.fws   fws




You can see fuse-chunkfs for example which is for x86_64. I'm not sure 
what's the problem. As you ended the list with etc I guess you have 
other packages listed. Are you saying you don't have BackupPC4 in the 
list ?
It's expected to see the noarch RPMS, as they are valid for any 
architecture, including x86_64


All that I see are noarch rpms, I've attached the full list or rpms that 
I do see, and no no BackupPC4 or winexe.rpm either.  I was able to see 
BackupPC4 a last month when you first mentioned that it was available.


Pete

--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Loaded plugins: aliases, changelog, fastestmirror, langpacks, verify
Loading mirror speeds from cached hostfile
Available Packages
BackupPC-server-scripts.noarch   0.1.2-1.el7.fws fws
dehydrated.noarch0.4.0-10.el7.fwsfws
dl.noarch0.18.1-1.el7.fwsfws
dl-cli.noarch0.18.1-1.el7.fwsfws
dokuwiki.noarch  20170219e-1.el7.fws fws
dokuwiki-plugins.noarch  20170219e-2.el7.fws fws
fuse-backuppcfs.noarch   0.1-2.el7.fws   fws
fuse-chunkfs.x86_64  0.7-1.el7.fws   fws
fusioninventory-agent.x86_64 2.3.12-2.el7.fwsfws
fusioninventory-agent-task-deploy.noarch 2.3.12-2.el7.fwsfws
fusioninventory-agent-task-esx.noarch2.3.12-2.el7.fwsfws
fusioninventory-agent-task-inventory.noarch  2.3.12-2.el7.fwsfws
fusioninventory-agent-task-network.noarch2.3.12-2.el7.fwsfws
fusioninventory-agent-yum-plugin.noarch  2.3.12-2.el7.fwsfws
iaxmodem.x86_64  1.3.0-1.el7.fws fws
jappix.noarch1.1.6-1.el7.fws fws
lemonldap-ng.noarch  1.4.10-3.el7.fwsfws
lemonldap-ng-conf.noarch 1.4.10-3.el7.fwsfws
lemonldap-ng-doc.noarch  1.4.10-3.el7.fwsfws
lemonldap-ng-fr-doc.noarch   1.4.10-3.el7.fwsfws
lemonldap-ng-handler.noarch  1.4.10-3.el7.fwsfws
lemonldap-ng-manager.noarch  1.4.10-3.el7.fwsfws
lemonldap-ng-portal.noarch   1.4.10-3.el7.fwsfws
lemonldap-ng-test.noarch 1.4.10-3.el7.fwsfws
letsencrypt.sh.noarch1:0.0.20160803.gitafabfff-2.el7.fws
 fws
libcacard-devel-rhev.x86_64  10:2.1.2-23.el7.fws_1.9 fws
libcacard-rhev.x86_6410:2.1.2-23.el7.fws_1.9 fws
libcacard-tools-rhev.x86_64  10:2.1.2-23.el7.fws_1.9 fws
limesurvey.noarch2.05.141229-2.el7.fws   fws
mod_auth_tkt-cgi.x86_64  2.3.99b1-1.el7.fws  fws
pam_cas.x86_64   2.0.11-2.0.7.1.el7.fws  fws
patrix.noarch0.1.8-1.el7.fws fws
perl-Apache-Session.noarch   1.89-8.el7.fws  fws
perl-Cache-Memcached.noarch  1.30-4.el7.fws  fws
perl-Canary-Stability.noarch 2006-1.el7.fws  fws
perl-EV.x86_64   4.21-1.el7.fws  fws
perl-Etherpad.noarch 1.2.12.1-1.el7.fws  fws
perl-Etherpad-API.noarch

Re: [BackupPC-users] BackupPC 4.1.5 released (plus new versions of backuppc-xs and rsync-bpc)

[Pete Geenhuizen]

Daniel,

Thanks for the quick reply, and you are correct, however when I check 
the list of available rpms


Here's a list of the first few RPMs that I get, as you can see they are 
for noarch.  I'm only interested int the X86_64 rpms that you have created.


Available Packages
BackupPC-server-scripts.noarch 
0.1.2-1.el7.fws fws
dehydrated.noarch 
0.4.0-10.el7.fws    fws

dl.noarch 0.18.1-1.el7.fws    fws
dl-cli.noarch 0.18.1-1.el7.fws    fws
dokuwiki.noarch 20170219e-1.el7.fws fws
dokuwiki-plugins.noarch 
20170219e-2.el7.fws fws
fuse-backuppcfs.noarch 
0.1-2.el7.fws   fws
fuse-chunkfs.x86_64 
0.7-1.el7.fws   fws


etc

Pete


On 01/11/18 12:38, Daniel Berteaud wrote:

Le 11/01/2018 à 18:31, Pete Geenhuizen a écrit :


Daniel,

When I list the available rpms from your repo for Centos 7 X86_64 all 
that I get is the listing for the noarch rpms.




http://repo.firewall-services.com/centos/7/x86_64/ contains x86_64 RPMS

++

--

Logo FWS

*Daniel Berteaud*

FIREWALL-SERVICES SAS.
Société de Services en Logiciels Libres
Tel : 05 56 64 15 32 
Matrix: @dani:fws.fr
/www.firewall-services.com/


--
This message has been scanned for viruses and
dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is
believed to be clean. 


--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
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 4.1.5 released (plus new versions of backuppc-xs and rsync-bpc)

[Pete Geenhuizen]

Daniel,

When I list the available rpms from your repo for Centos 7 X86_64 all 
that I get is the listing for the noarch rpms.


Pete


On 12/18/17 04:14, Daniel Berteaud wrote:

Le 17/12/2017 à 14:35, Pete Geenhuizen a écrit :

Daniel,

I just tried to install your rpm on Centos 7 which failed with this 
dependency error


Error: Package: BackupPC4-4.1.5-1.x86_64

   Requires: par2cmd

I have par2cmdline.rpm installed but it doesn't have par2cmd not can 
I find a par2cmd rpm.


Thanks, fixed in BackupPC4-4.1.5-2.fws which will be in my repo in a 
few minutes



++


--

Logo FWS

*Daniel Berteaud*

FIREWALL-SERVICES SAS.
Société de Services en Logiciels Libres
Tel : 05 56 64 15 32 
Matrix: @dani:fws.fr
/www.firewall-services.com/


--
This message has been scanned for viruses and
dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is
believed to be clean.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot


___
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/


--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
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 4.1.5 released (plus new versions of backuppc-xs and rsync-bpc)

[Pete Geenhuizen]

OK I'll give it a shot with the V3 config.

As far as the configure.pl script goes, it should be included since it 
is mentioned in the documentation.



On 12/18/17 11:35, Daniel Berteaud wrote:

Le 18/12/2017 à 14:08, Pete Geenhuizen a écrit :

Daniel,

I plan on upgrading from v3 to v4, and have installed your rpm on a 
test host, so this is in essence a new install.  According to the 
documentation to set up /etc/BackupPC/config.pl I need to run 
configure.pl which appears to be included in the tar file, but isn't 
in the rpm.  Is there a way to include it, or is your rpm intended to 
be a means of upgrading v3 to v4?  If that is the case then I guess 
that that should be made clear.


The default config.pl should be fine for a fresh v4 install. But 
you're right that maybe the configure.pl script should be bundled to 
handle upgrades from v3


++

--

Logo FWS

*Daniel Berteaud*

FIREWALL-SERVICES SAS.
Société de Services en Logiciels Libres
Tel : 05 56 64 15 32 
Matrix: @dani:fws.fr
/www.firewall-services.com/


--
This message has been scanned for viruses and
dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is
believed to be clean.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot


___
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/


--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
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 4.1.5 released (plus new versions of backuppc-xs and rsync-bpc)

[Pete Geenhuizen]

Daniel,

I plan on upgrading from v3 to v4, and have installed your rpm on a test 
host, so this is in essence a new install.  According to the 
documentation to set up /etc/BackupPC/config.pl I need to run 
configure.pl which appears to be included in the tar file, but isn't in 
the rpm.  Is there a way to include it, or is your rpm intended to be a 
means of upgrading v3 to v4?  If that is the case then I guess that that 
should be made clear.


On the other hand, I don't know what the process is when using the tar 
file to upgrade from V3 to V4, the new config.pl has quite a few new 
options and I don't know what happens if you run the V3 config.pl using 
the V4 software.


Thanks

Pete


On 12/18/17 06:02, Pete Geenhuizen wrote:

Excellent, working just fine now.

Thanks

Pete


On 12/18/17 04:14, Daniel Berteaud wrote:

Le 17/12/2017 à 14:35, Pete Geenhuizen a écrit :

Thanks, fixed in BackupPC4-4.1.5-2.fws which will be in my repo in a 
few minutes



++


--

Logo FWS

*Daniel Berteaud*

FIREWALL-SERVICES SAS.
Société de Services en Logiciels Libres
Tel : 05 56 64 15 32 
Matrix: @dani:fws.fr
/www.firewall-services.com/


--
This message has been scanned for viruses and
dangerous content by *MailScanner* <http://www.mailscanner.info/>, 
and is

believed to be clean.


-- 


Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot


___
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/




--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
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 4.1.5 released (plus new versions of backuppc-xs and rsync-bpc)

[Pete Geenhuizen]

Excellent, working just fine now.

Thanks

Pete


On 12/18/17 04:14, Daniel Berteaud wrote:

Le 17/12/2017 à 14:35, Pete Geenhuizen a écrit :

Daniel,

I just tried to install your rpm on Centos 7 which failed with this 
dependency error


Error: Package: BackupPC4-4.1.5-1.x86_64

   Requires: par2cmd

I have par2cmdline.rpm installed but it doesn't have par2cmd not can 
I find a par2cmd rpm.


Thanks, fixed in BackupPC4-4.1.5-2.fws which will be in my repo in a 
few minutes



++


--

Logo FWS

*Daniel Berteaud*

FIREWALL-SERVICES SAS.
Société de Services en Logiciels Libres
Tel : 05 56 64 15 32 
Matrix: @dani:fws.fr
/www.firewall-services.com/


--
This message has been scanned for viruses and
dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is
believed to be clean.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot


___
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/


--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
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 4.1.5 released (plus new versions of backuppc-xs and rsync-bpc)

[Pete Geenhuizen]

Daniel,

I just tried to install your rpm on Centos 7 which failed with this 
dependency error


Error: Package: BackupPC4-4.1.5-1.x86_64

   Requires: par2cmd

I have par2cmdline.rpm installed but it doesn't have par2cmd not can I 
find a par2cmd rpm.


Pete


On 12/15/17 03:18, Daniel Berteaud wrote:

Le 14/12/2017 à 19:14, Kris Lou a écrit :

Daniel,

Do you maintain that repo?  How is that different from the COPR?



I do maintain that repo. I don't know how it differs from the COPR. I 
guess the main difference is that my package is named BackupPC4 so it 
won't upgrade automatically a v3 install to a v4. You have to install 
it explicitely.


Cheers,
Daniel

--

Logo FWS

*Daniel Berteaud*

FIREWALL-SERVICES SAS.
Société de Services en Logiciels Libres
Tel : 05 56 64 15 32 
Matrix: @dani:fws.fr
/www.firewall-services.com/


--
This message has been scanned for viruses and
dangerous content by *MailScanner* , and is
believed to be clean.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot


___
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/


--
Unencumbered by the thought process.
 -- Click and Clack the Tappet brothers


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
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] Compress::Zlib

[Pete Geenhuizen]

A further update to my previous fix 

For this update of perl I
ran this
perlmod -i List::Util

which resolves the problem
for me this time.


-- 
Unencumbered by the thought
process.
-- Click and Clack, the Tappet Brothers.

On Fri,
October 1, 2010 11:22, Dan Lavu wrote:
 Oh, for anybody who might
have an issue with Compress::Zlib, here is a
 solution that
worked for me.
 

http://www.backupcentral.com/phpBB2/two-way-mirrors-of-external-mailing-

lists-3/backuppc-21/backuppc-cant-find-compress-zlib-after-recent-update
 -on-cen-106280/
 
 
 Dan Lavu

System Administrator
 Office: 703.995.6052
 Cell:
703.296.0645
 dan.l...@rivermine.com

www.rivermine.com
 
 This message may contain
information that is proprietary to Rivermine,
 its customers, and
partners.
 If you have received it in error, please notify
Rivermine immediately.
 
 
 -Original
Message-

From: Dan Lavu
[mailto:dan.l...@rivermine.com]
 Sent: Monday, September 27, 2010
3:41 PM
 To: backuppc-users@lists.sourceforge.net

Subject: [BackupPC-users] Compress::Zlib
 
 So I patched
my systems due to a recent Redhat/Centos 64bit root exploit
 and
now Compress::Zlib is broken.
 


 ###
 2010-09-27 13:24:34 User dan.lavu
requested backup of server01 (
 server01)
 2010-09-27
13:24:34 Backup failed on server01 (can't find

Compress::Zlib)
 2010-09-27 14:00:00 Next wakeup is 2010-09-27
15:00:00


 ###
 
 I've tried running CPAN,
and reinstalling Compress::Zlib but no avail,
 it refuses to
compile. I've checked out the latest DAG repos for an rpm
 and I
did an upgrade but it still cannot find the library.
 


 ###
 Bareword
Compress::Zlib::zlib_version not allowed while strict
subs
 in use at t/cz-14gzopen.t line 34.
 Bareword
ZLIB_VERSION not allowed while strict subs in use
at
 t/cz-14gzopen.t line 34.
 Bareword
Z_FINISH not allowed while strict subs in use
at
 t/cz-14gzopen.t line 108.
 Bareword
Z_STREAM_END not allowed while strict subs in use
at
 t/cz-14gzopen.t line 121.
 Bareword
Z_STREAM_END not allowed while strict subs in use
at
 t/cz-14gzopen.t line 122.
 Bareword
Z_STREAM_ERROR not allowed while strict subs in
use at
 t/cz-14gzopen.t line 469.
 Bareword
Z_STREAM_ERROR not allowed while strict subs in
use at
 t/cz-14gzopen.t line 484.
 Execution of
t/cz-14gzopen.t aborted due to compilation errors.
 # Looks like
you planned 255 tests but only ran 2.
 # Looks like your test
died just after 2.
 t/cz-14gzopen...dubious
 
 Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED
 tests 1, 3-255
 Failed 254/255
tests, 0.39% okay
 t/globmapperok


 Failed Test   Stat Wstat Total Fail  Failed  List of
Failed


 ---
 t/000prereq.t2   512302   6.67% 
3 30
 t/01misc.t   1   256   1181   0.85%  3
 t/cz-01version.t   255 65280 23 150.00%  1-2

t/cz-03zlib-v1.t   255 65280   456  907 198.90%  1 4-456

t/cz-05examples.t  255 65280??   ??   %  ??

t/cz-06gzsetp.t255 65280??   ??   %  ??

t/cz-08encoding.t  255 6528029   57 196.55%  1-29

t/cz-14gzopen.t255 65280   255  507 198.82%  1 3-255
 3 tests
and 29 subtests skipped.
 Failed 8/85 test scripts, 90.59% okay.
742/52174 subtests failed, 98.58%
 okay.
 make: ***
[test_dynamic] Error 255
   /usr/bin/make test -- NOT OK
 Running make install
   make test had returned bad status,
won't install without force


 ###
 
 This is on CentOS 5.5, is
anybody else having this issue?
 
 --
 Best
Regards,
 
 Dan Lavu
 Systems Administrator
 Rivermine Software
 703 995 6052 (o)
 703 296
0645 (c)
 


 --
 Start uncovering the many advantages of virtual
appliances and start
 using them to simplify application
deployment and accelerate your shift
 to cloud computing.
 http://p.sf.net/sfu/novell-sfdev2dev

___
 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/
 

--
 Start uncovering the many advantages of virtual appliances
 and start using them to simplify application deployment and
 accelerate your shift to cloud computing.

http://p.sf.net/sfu/novell-sfdev2dev

___
 BackupPC-users
mailing list
 BackupPC-users@lists.sourceforge.net

List:

Re: [BackupPC-users] BackupPC can't find Compress::Zlib after recent update on Centos 5

[Pete Geenhuizen]

Turns out it's a problem with List::Util.  The perl-Scalar-List-Utils 
rpm conflicts with perl-5.8.8-32.el5_5.1.i386 rpm.  Upgrading List::Util 
from 1.19 to 1.23 from CPAN solved the problem.


Pete Geenhuizen wrote:
 Oops, I missed the fact that both BackupPC and Perl were updated, so the 
 issue I suppose is with Perl and the Zlib rpms, and not BackupPC. Any 
 clues as to how to set about resolving this?

 Pete Geenhuizen wrote:
   
 This morning I got an update for BackupPC to BackupPC-3.1.0-6.el5, and 
 now it complains that it can't find Compress::Zlib.

 I've experienced this problem in the past and was able to find the 
 necessary fix, i.e. use rpms rather than CPAN modules, which I did and 
 the problems was solved, so I'm a bit surprised that this has cropped up 
 again and don't know what to do next.

 I have the following RPMs installed
 perl-IO-Compress-2.024-1.el5.rf
 perl-Compress-Raw-Zlib-2.024-1.el5.rf
 perl-Compress-Raw-Bzip2-2.024-1.el5.rf

 Not sure what other information to provide at this point.

 Pete

   
 

   

-- 
Unencumbered by the thought process.  
 -- Click and Clack the Tappet brothers 


--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
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 can't find Compress::Zlib after recent update on Centos 5

[Pete Geenhuizen]

This morning I got an update for BackupPC to BackupPC-3.1.0-6.el5, and 
now it complains that it can't find Compress::Zlib.

I've experienced this problem in the past and was able to find the 
necessary fix, i.e. use rpms rather than CPAN modules, which I did and 
the problems was solved, so I'm a bit surprised that this has cropped up 
again and don't know what to do next.

I have the following RPMs installed
perl-IO-Compress-2.024-1.el5.rf
perl-Compress-Raw-Zlib-2.024-1.el5.rf
perl-Compress-Raw-Bzip2-2.024-1.el5.rf

Not sure what other information to provide at this point.

Pete

-- 
Unencumbered by the thought process.  
 -- Click and Clack the Tappet brothers 


--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
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 can't find Compress::Zlib after recent update on Centos 5

[Pete Geenhuizen]

Oops, I missed the fact that both BackupPC and Perl were updated, so the 
issue I suppose is with Perl and the Zlib rpms, and not BackupPC. Any 
clues as to how to set about resolving this?

Pete Geenhuizen wrote:
 This morning I got an update for BackupPC to BackupPC-3.1.0-6.el5, and 
 now it complains that it can't find Compress::Zlib.

 I've experienced this problem in the past and was able to find the 
 necessary fix, i.e. use rpms rather than CPAN modules, which I did and 
 the problems was solved, so I'm a bit surprised that this has cropped up 
 again and don't know what to do next.

 I have the following RPMs installed
 perl-IO-Compress-2.024-1.el5.rf
 perl-Compress-Raw-Zlib-2.024-1.el5.rf
 perl-Compress-Raw-Bzip2-2.024-1.el5.rf

 Not sure what other information to provide at this point.

 Pete

   

-- 
Unencumbered by the thought process.  
 -- Click and Clack the Tappet brothers 


--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
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] Pool size graph missing legend in Centos 5 after latest rrdtool updates.

[Pete Geenhuizen]

Nils Breunese (Lemonbit) wrote:

 Please not that those *.rf packages are not official CentOS packags,  
 but packages from the third-party RPMForge repository. Filing bugs on  
 the CentOS bugzilla won't get you much help probably.

 Nils Breunese.

   
Yup right you are wrong place I wasn't thinking of that, got the closed 
message directing me to RPMforge right after I sent my email.

-- 
Unencumbered by the thought process.  
 -- Click and Clack the Tappet brothers 


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
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] Pool size graph missing legend in Centos 5 after latest rrdtool updates.

[Pete Geenhuizen]

Under Centos5, the latest perl-rrdtool.i386 0:1.2.28-1.el5.rf and 
rrdtool.i386 0:1.2.28-1.el5.rf updates seem to have broken part of the 
Pool Size graph, specifically all the text is missing from within the 
graph. Other than the graph I see 2 dots where the 2 color squares used 
to be.
Also since the update I see the following error in the httpd error log 
every time I refresh the BackupPC page
ERROR: failed to load

Today I removed the the last updates and re-installed the previous 
versions  (rrdtool-1.2.27-3.el5.i386.rpm and 
rrdtool-perl-1.2.27-3.el5.i386.rpm) and the errors are gone and the 
graph displays properly again with all the text intact.

Anyone else have this problem and or anyone have a fix?

Thx
Pete

-- 
Unencumbered by the thought process.  
 -- Click and Clack the Tappet brothers 


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
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] Pool size graph missing legend in Centos 5 after latest rrdtool updates.

[Pete Geenhuizen]

Nils Breunese (Lemonbit) wrote:
 I'm not using this BackupPC mod, but there was a post on the RPMForge  
 users mailinglist about this problem with the latest rrdtool updates: 
 http://lists.rpmforge.net/pipermail/users/2008-November/002040.html

 Nils Breunese.
   
Thanks Nils, unfortunately I'm not savvy enough with either Cati or 
rrdtool to figure out how best to fix it.  I did find a bug on the 
Gentoo bugzilla that seems to have solved the problem, so I opened a 
bugzilla incident on Centos 5 referencing the Gentoo bug.

Pete

-- 
Unencumbered by the thought process.  
 -- Click and Clack the Tappet brothers 


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
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] Small patch to graph the pool size (v2 patch)

[Pete Geenhuizen]

Thanks that fixed the display for me on Centos 5

John Rouillard wrote:
 On Fri, Feb 29, 2008 at 09:51:46AM +0100, Ludovic Drolez wrote:
   
 On Thu, Feb 28, 2008 at 10:17:43AM -0700, Kimball Larsen wrote:
 
 but the images appear as busted images on the status page.
   
 (With the patch :-D )

 Hi !

 This new patch should fix this bug. Anyway the graphs will appear
 after backuppc nightly has run.

 I've also fixed another problem, which comes from the fact that I assumed 
 that the CGI was index.cgi (only true for Debian users ?).
 

 Even with the newest patch, I still got broken images.  There are two
 ways to run BackupPC_Admin. If you choose to run with BackupPC_Admin
 as a suid script rather than under a separate apache instance, you
 need the three lines below marked

### SUID

 added to the patch to Generalinfo.pm. This runs the rrdtool command as
 the user BackupPC runs as rather than as the apache user:

 diff -ur BackupPC-3.1.0/lib/BackupPC/CGI/GeneralInfo.pm 
 BackupPC-3.1.0.working/lib/BackupPC/CGI/GeneralInfo.pm
 --- BackupPC-3.1.0/lib/BackupPC/CGI/GeneralInfo.pm  2007-11-26 
 03:00:07.0 +
 +++ BackupPC-3.1.0.working/lib/BackupPC/CGI/GeneralInfo.pm 2008-03-02 
 01:35:33.0 +
 @@ -43,6 +43,16 @@
  {
  GetStatusInfo(info jobs hosts queueLen);
  my $Privileged = CheckPermission();
 +if ($In{image} ne ) {
 +   $In{image} =~ /([0-9]+)/;
 +   my $weeks = $1;
 +   my $real = $;  ### SUID
 +   $ = $;### SUID
 +   print Content-type: image/png\n\n;
 +   print `/tools/rrdtool/bin/rrdtool graph - --imgformat=PNG 
 --start=end-${weeks}w --end=-300 --title=BackupPC Pool Size --base=1000 
 --height=100 --width=600 --alt-autoscale-max --lower-limit=0 
 --vertical-label= --slope-mode --font TITLE:10: --font AXIS:8: --font 
 LEGEND:8: --font UNIT:8: -c BACK#FF DEF:ao=$LogDir/pool.rrd:ckb:AVERAGE 
 CDEF:a=ao,1024,* AREA:a#95B8DB:CPool in bytes  
 GPRINT:a:LAST:Current\\:%8.2lf %s GPRINT:a:AVERAGE:Average\\:%8.2lf %s 
 GPRINT:a:MAX:Maximum\\:%8.2lf %s\\n`;
 +   $ = $real;   ### SUID
 +   return;
 +}
  
  my($jobStr, $statusStr);
  foreach my $host ( sort(keys(%Jobs)) ) {

 Note this patch includes a change in the path to rrdtool for my local
 site, so I would manually apply the three lines and not attempt to use
 patch(1).

 The other rrdtool calls are all called as the real BackupPC and not
 an effective user so it all works fine.

   

-- 
Unencumbered by the thought process.  
 -- Click and Clack the Tappet brothers 


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
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] BlackoutPeriods not working as desired. SOLVED

[Pete Geenhuizen]

All is working as advertised.  Turns out that I was a tad impatient, 
thanks to Craig Barratt for pointing me in the right direction.

Pete Geenhuizen wrote:
 I installed BackupPC on CentOS5.1 last week and after a bit of a 
 struggle with the web interface I have had it running for a week, and am 
 very pleased with it's performance.

 With that said I do have a small problem which has so far eluded my 
 attempts at a solution, it has to do with the BlackoutPeriods.
 If I understand it correctly this parameter sets the window in which no 
 backups are supposed to happen, and that is exactly what I want, yet all 
 my backups with one exception all take place within that very window.

 Thinking that I might have it backwards, I changed one host to the exact 
 opposite window and it hasn't had any affect. 
 So my question is what am I doing wrong and how can I correct it?

 Not sure what info to provide, but here's a snippet from my log.

 Any insight/suggestions would be greatly appreciated.

 Pete

 This is what I want
 2008-02-09 03:39:36 pete added BlackoutPeriods to host HOSTA config, set 
 to [{'hourBegin' = '6','hourEnd' = '22.5','weekDays' = 
 ['1','2','3','4','5']}]
 2008-02-09 03:41:09 pete added BlackoutPeriods to host HOSTB config, set 
 to [{'hourBegin' = '6','hourEnd' = '22.5','weekDays' = 
 ['1','2','3','4','5','6','7']}]
 2008-02-09 03:41:57 pete added BlackoutPeriods to host HOSTC config, set 
 to [{'hourBegin' = '6','hourEnd' = '22.5','weekDays' = 
 ['1','2','3','4','5','6','7']}]
 2008-02-09 03:42:45 pete added BlackoutPeriods to host HOSTE config, set 
 to [{'hourBegin' = '6','hourEnd' = '22.5','weekDays' = 
 ['1','2','3','4','5','6','7']}]
 2008-02-09 03:43:40 pete added BlackoutPeriods to host HOSTF config, set 
 to [{'hourBegin' = '6','hourEnd' = '22.5','weekDays' = 
 ['1','2','3','4','5','6','7']}]
 2008-02-09 03:44:20 pete changed BlackoutPeriods in host HOSTA config to 
 [{'hourBegin' = '6','hourEnd' = '22.5','weekDays' = 
 ['1','2','3','4','5','6','7']}] from [{'hourBegin' = '6','hourEnd' = 
 '22.5','weekDays' = ['1','2','3','4','5']}]
 2008-02-09 04:00:00 Next wakeup is 2008-02-09 05:00:00
 2008-02-09 05:00:00 Next wakeup is 2008-02-09 06:00:00
 2008-02-09 06:00:01 Next wakeup is 2008-02-09 07:00:00
 2008-02-09 07:00:01 Next wakeup is 2008-02-09 08:00:00
 2008-02-09 08:00:00 Next wakeup is 2008-02-09 09:00:00
 2008-02-09 09:00:00 Next wakeup is 2008-02-09 10:00:00
 2008-02-09 10:00:00 Next wakeup is 2008-02-09 11:00:00
 2008-02-09 11:00:00 Next wakeup is 2008-02-09 12:00:00

 And this is what I get

 2008-02-09 12:00:00 Next wakeup is 2008-02-09 13:00:00
 2008-02-09 12:00:01 Started incr backup on HOSTC (pid=15232, share=/)
 2008-02-09 12:00:01 Started incr backup on HOSTF (pid=15233, share=/)
 2008-02-09 12:05:42 Finished incr backup on HOSTC
 2008-02-09 12:05:42 Running BackupPC_link HOSTC (pid=15497)
 2008-02-09 12:05:43 Finished HOSTC (BackupPC_link HOSTC)
 2008-02-09 12:07:50 Finished incr backup on HOSTF
 2008-02-09 12:07:50 Running BackupPC_link HOSTF (pid=15578)
 2008-02-09 12:07:51 Finished HOSTF (BackupPC_link HOSTF)
 2008-02-09 13:00:00 Next wakeup is 2008-02-09 14:00:00
 2008-02-09 14:00:00 Next wakeup is 2008-02-09 15:00:00
 2008-02-09 15:00:00 Next wakeup is 2008-02-09 16:00:00
 2008-02-09 16:00:00 Next wakeup is 2008-02-09 17:00:00
 2008-02-09 17:00:00 Next wakeup is 2008-02-09 18:00:00
 2008-02-09 17:00:01 Started incr backup on HOSTB (pid=28478, share=/)
 2008-02-09 17:09:17 Finished incr backup on HOSTB
 2008-02-09 17:09:18 Running BackupPC_link HOSTB (pid=28918)
 2008-02-09 17:09:21 Finished HOSTB (BackupPC_link HOSTB)
 2008-02-09 18:00:00 Next wakeup is 2008-02-09 19:00:00
 2008-02-09 18:35:31 pete changed BlackoutPeriods in host HOSTE config to 
 [{'hourBegin' = '22','hourEnd' = '5','weekDays' = 
 ['1','2','3','4','5','6','7']}] from [{'hourBegin' = '6','hourEnd' = 
 '22.5','weekDays' = ['1','2','3','4','5','6','7']}]
 2008-02-09 19:00:00 Next wakeup is 2008-02-09 20:00:00
 2008-02-09 19:00:01 Started incr backup on HOSTE (pid=1258, share=/)
 2008-02-09 19:04:58 Finished incr backup on HOSTE
 2008-02-09 19:04:58 Running BackupPC_link HOSTE (pid=1535)
 2008-02-09 19:04:59 Finished HOSTE (BackupPC_link HOSTE)

   

-- 
Unencumbered by the thought process.  
 -- Click and Clack the Tappet brothers 


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
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] BlackoutPeriods not working as desired.

[Pete Geenhuizen]

I installed BackupPC on CentOS5.1 last week and after a bit of a 
struggle with the web interface I have had it running for a week, and am 
very pleased with it's performance.

With that said I do have a small problem which has so far eluded my 
attempts at a solution, it has to do with the BlackoutPeriods.
If I understand it correctly this parameter sets the window in which no 
backups are supposed to happen, and that is exactly what I want, yet all 
my backups with one exception all take place within that very window.

Thinking that I might have it backwards, I changed one host to the exact 
opposite window and it hasn't had any affect. 
So my question is what am I doing wrong and how can I correct it?

Not sure what info to provide, but here's a snippet from my log.

Any insight/suggestions would be greatly appreciated.

Pete

This is what I want
2008-02-09 03:39:36 pete added BlackoutPeriods to host HOSTA config, set 
to [{'hourBegin' = '6','hourEnd' = '22.5','weekDays' = 
['1','2','3','4','5']}]
2008-02-09 03:41:09 pete added BlackoutPeriods to host HOSTB config, set 
to [{'hourBegin' = '6','hourEnd' = '22.5','weekDays' = 
['1','2','3','4','5','6','7']}]
2008-02-09 03:41:57 pete added BlackoutPeriods to host HOSTC config, set 
to [{'hourBegin' = '6','hourEnd' = '22.5','weekDays' = 
['1','2','3','4','5','6','7']}]
2008-02-09 03:42:45 pete added BlackoutPeriods to host HOSTE config, set 
to [{'hourBegin' = '6','hourEnd' = '22.5','weekDays' = 
['1','2','3','4','5','6','7']}]
2008-02-09 03:43:40 pete added BlackoutPeriods to host HOSTF config, set 
to [{'hourBegin' = '6','hourEnd' = '22.5','weekDays' = 
['1','2','3','4','5','6','7']}]
2008-02-09 03:44:20 pete changed BlackoutPeriods in host HOSTA config to 
[{'hourBegin' = '6','hourEnd' = '22.5','weekDays' = 
['1','2','3','4','5','6','7']}] from [{'hourBegin' = '6','hourEnd' = 
'22.5','weekDays' = ['1','2','3','4','5']}]
2008-02-09 04:00:00 Next wakeup is 2008-02-09 05:00:00
2008-02-09 05:00:00 Next wakeup is 2008-02-09 06:00:00
2008-02-09 06:00:01 Next wakeup is 2008-02-09 07:00:00
2008-02-09 07:00:01 Next wakeup is 2008-02-09 08:00:00
2008-02-09 08:00:00 Next wakeup is 2008-02-09 09:00:00
2008-02-09 09:00:00 Next wakeup is 2008-02-09 10:00:00
2008-02-09 10:00:00 Next wakeup is 2008-02-09 11:00:00
2008-02-09 11:00:00 Next wakeup is 2008-02-09 12:00:00

And this is what I get

2008-02-09 12:00:00 Next wakeup is 2008-02-09 13:00:00
2008-02-09 12:00:01 Started incr backup on HOSTC (pid=15232, share=/)
2008-02-09 12:00:01 Started incr backup on HOSTF (pid=15233, share=/)
2008-02-09 12:05:42 Finished incr backup on HOSTC
2008-02-09 12:05:42 Running BackupPC_link HOSTC (pid=15497)
2008-02-09 12:05:43 Finished HOSTC (BackupPC_link HOSTC)
2008-02-09 12:07:50 Finished incr backup on HOSTF
2008-02-09 12:07:50 Running BackupPC_link HOSTF (pid=15578)
2008-02-09 12:07:51 Finished HOSTF (BackupPC_link HOSTF)
2008-02-09 13:00:00 Next wakeup is 2008-02-09 14:00:00
2008-02-09 14:00:00 Next wakeup is 2008-02-09 15:00:00
2008-02-09 15:00:00 Next wakeup is 2008-02-09 16:00:00
2008-02-09 16:00:00 Next wakeup is 2008-02-09 17:00:00
2008-02-09 17:00:00 Next wakeup is 2008-02-09 18:00:00
2008-02-09 17:00:01 Started incr backup on HOSTB (pid=28478, share=/)
2008-02-09 17:09:17 Finished incr backup on HOSTB
2008-02-09 17:09:18 Running BackupPC_link HOSTB (pid=28918)
2008-02-09 17:09:21 Finished HOSTB (BackupPC_link HOSTB)
2008-02-09 18:00:00 Next wakeup is 2008-02-09 19:00:00
2008-02-09 18:35:31 pete changed BlackoutPeriods in host HOSTE config to 
[{'hourBegin' = '22','hourEnd' = '5','weekDays' = 
['1','2','3','4','5','6','7']}] from [{'hourBegin' = '6','hourEnd' = 
'22.5','weekDays' = ['1','2','3','4','5','6','7']}]
2008-02-09 19:00:00 Next wakeup is 2008-02-09 20:00:00
2008-02-09 19:00:01 Started incr backup on HOSTE (pid=1258, share=/)
2008-02-09 19:04:58 Finished incr backup on HOSTE
2008-02-09 19:04:58 Running BackupPC_link HOSTE (pid=1535)
2008-02-09 19:04:59 Finished HOSTE (BackupPC_link HOSTE)

-- 
Unencumbered by the thought process.  
 -- Click and Clack the Tappet brothers 


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
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/