Re: [BackupPC-users] Upgrading BPC from v3.3 to v4.1

[Sorin Srbu]

Super, thanks again!



--

//Sorin





From: Craig Barratt via BackupPC-users 
Sent: den 23 oktober 2018 04:08
To: General list for user discussion, questions and support 

Cc: Craig Barratt 
Subject: Re: [BackupPC-users] Upgrading BPC from v3.3 to v4.1



I just pushed the change 

 
I mentioned in (1).  I confirmed that in perl 5.28, version() gives the error 
you mentioned due to the trailing period (while perl 5.22 does not).



Craig



On Mon, Oct 22, 2018 at 10:08 AM Craig Barratt mailto:cbarr...@users.sourceforge.net> > wrote:

What are the versions of rsync_bpc and perl are you running?  Specifically, 
what's the output from



rsync_bpc --version

perl -v



I assume rsync_bpc is 3.1.2.beta0.  For some reason the "version" package 
complains about a trailing ".", perhaps in only newer versions of perl (on 
perl 5.22.1 it works fine).



Here are two options:



1) change this line

$version = $1 if ( $output =~ 
/rsync_bpc\s+version\s+([\d.]+)(beta\d+)?\s+protocol/ );

to

$version = $1 if ( $output =~ 
/rsync_bpc\s+version\s+([\d.]+?)(\.beta\d+)?\s+protocol/ );



2) installing rsync_bpc 3.0.9 instead.  The latest release is here 
 .


Craig



On Mon, Oct 22, 2018 at 5:10 AM Sorin Srbu mailto:sorin.s...@ilk.uu.se> > wrote:

Hi all,

Finally found time to upgrade an old BackupPC install from v3.3.1 to the
latest v4.

I read up on the prerequisites, gotchas' etc and installed BackupPC-XS-0.57,
rsync-bpc 0.01 and version 0.9924 using cpan.
I've never used cpan before, but I didn't get any errors here. Installs
should be fine.
After that, I continued with installing the latest BPC 4.2.1 and it went w/o
a hitch.

The end remarks after BPC-installation mentioned restarting httpd so I did
that.
I also restarted the backuppc daemon for good measure

And this is where the problem started, I got this:
"Starting BackupPC: Invalid version format (trailing decimal) at
/usr/share/BackupPC/bin/BackupPC line 125"

The lines in /usr/share/BackupPC/bin/BackupPC is about this:

$version = $1 if ( $output =~
/rsync_bpc\s+version\s+([\d.]+)(beta\d+)?\s+protocol/ );
if ( $version eq "unknown" || version->parse($1) <
version->parse($PackageVersion->{rsync_bpc}) ) {
print(STDERR "BackupPC: rsync_bpc at $Conf{RsyncBackupPCPath} needs
to be upgraded (got version $1; need >= $PackageVersion->{rsync_bpc});
exiting in 30s\n");
sleep(30);
exit(1);
}


I've no idea how to proceed. I can't find any information pertinent to the
error message.
Is version too old? Too new? Something else?

Any help appreciated!
Thanks.


-- 
BW,
Sorin
---
# Sorin Srbu, Sysadmin
# Uppsala University
# Dept of Medicinal Chemistry
# Div of Org Pharm Chem
# Box 574
# SE-75123 Uppsala
# Sweden
#
# Phone: +46 (0)18-4714482
# Visit: BMC, Husargatan 3, B5:404b
# Web: https://www.ilk.uu.se/
---
# O<  ASCII ribbon campaign - Against html E-mail
# http://tinyurl.com/ascii-ribbon-campaign
#
# This message was not sent from an iProduct!
#
# Please consider the environment before printing this email.
# Join the campaign at http://thinkBeforePrinting.org
#
# MotD follows:
The Internet? Is that thing still around? -Homer Simpson.


-- 
BW,
Sorin
---
# Sorin Srbu, Sysadmin
# Uppsala University
# Dept of Medicinal Chemistry
# Div of Org Pharm Chem
# Box 574
# SE-75123 Uppsala
# Sweden
#
# Phone: +46 (0)18-4714482
# Visit: BMC, Husargatan 3, B5:404b
# Web: https://www.ilk.uu.se/
---
# O<  ASCII ribbon campaign - Against html E-mail
# http://tinyurl.com/ascii-ribbon-campaign
#
# This message was not sent from an iProduct!
#
# Please consider the environment before printing this email.
# Join the campaign at http://thinkBeforePrinting.org
#
# MotD follows:
Alimony is like buying oats for a dead horse.

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



smime.p7s
Description: S/MIME cryptographic signature
___
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] Upgrading BPC from v3.3 to v4.1

[Sorin Srbu]

Worked like a charm.
I’m now running BPC 4.1.2!


Thanks Craig for both support and this awesome piece of software!

 

--

//Sorin

 

 

From: Sorin Srbu  
Sent: den 23 oktober 2018 07:41
To: General list for user discussion, questions and support 

Subject: Re: [BackupPC-users] Upgrading BPC from v3.3 to v4.1

 

Hi and thanks,

 

[root@mach012 ~]# rsync_bpc --version

rsync_bpc  version 3.1.2.beta0  protocol version 31

 

[root@mach012 ~]# perl -v

This is perl, v5.8.8 built for i386-linux-thread-multi

 

 

Was this a known bug then?

 

I’ll try 1) first and get back here on the list with the result.

Thanks for the prompt reply!

 

--

//Sorin

 

 

From: Craig Barratt via BackupPC-users  
Sent: den 22 oktober 2018 19:09
To: General list for user discussion, questions and support 

Cc: Craig Barratt 
Subject: Re: [BackupPC-users] Upgrading BPC from v3.3 to v4.1

 

What are the versions of rsync_bpc and perl are you running?  Specifically, 
what's the output from

 

rsync_bpc --version

perl -v

 

I assume rsync_bpc is 3.1.2.beta0.  For some reason the "version" package 
complains about a trailing ".", perhaps in only newer versions of perl (on perl 
5.22.1 it works fine).

 

Here are two options:

 

1) change this line

$version = $1 if ( $output =~ 
/rsync_bpc\s+version\s+([\d.]+)(beta\d+)?\s+protocol/ );

to

$version = $1 if ( $output =~ 
/rsync_bpc\s+version\s+([\d.]+?)(\.beta\d+)?\s+protocol/ );

 

2) installing rsync_bpc 3.0.9 instead.  The latest release is here 
 .


Craig

 

On Mon, Oct 22, 2018 at 5:10 AM Sorin Srbu mailto:sorin.s...@ilk.uu.se> > wrote:

Hi all,

Finally found time to upgrade an old BackupPC install from v3.3.1 to the
latest v4.

I read up on the prerequisites, gotchas' etc and installed BackupPC-XS-0.57,
rsync-bpc 0.01 and version 0.9924 using cpan.
I've never used cpan before, but I didn't get any errors here. Installs
should be fine.
After that, I continued with installing the latest BPC 4.2.1 and it went w/o
a hitch.

The end remarks after BPC-installation mentioned restarting httpd so I did
that.
I also restarted the backuppc daemon for good measure

And this is where the problem started, I got this:
"Starting BackupPC: Invalid version format (trailing decimal) at
/usr/share/BackupPC/bin/BackupPC line 125"

The lines in /usr/share/BackupPC/bin/BackupPC is about this:

$version = $1 if ( $output =~
/rsync_bpc\s+version\s+([\d.]+)(beta\d+)?\s+protocol/ );
if ( $version eq "unknown" || version->parse($1) <
version->parse($PackageVersion->{rsync_bpc}) ) {
print(STDERR "BackupPC: rsync_bpc at $Conf{RsyncBackupPCPath} needs
to be upgraded (got version $1; need >= $PackageVersion->{rsync_bpc});
exiting in 30s\n");
sleep(30);
exit(1);
}


I've no idea how to proceed. I can't find any information pertinent to the
error message.
Is version too old? Too new? Something else?

Any help appreciated!
Thanks.


-- 
BW,
Sorin
---
# Sorin Srbu, Sysadmin
# Uppsala University
# Dept of Medicinal Chemistry
# Div of Org Pharm Chem
# Box 574
# SE-75123 Uppsala
# Sweden
#
# Phone: +46 (0)18-4714482
# Visit: BMC, Husargatan 3, B5:404b
# Web: https://www.ilk.uu.se/
---
# O<  ASCII ribbon campaign - Against html E-mail 
# http://tinyurl.com/ascii-ribbon-campaign
#
# This message was not sent from an iProduct!
#
# Please consider the environment before printing this email.
# Join the campaign at http://thinkBeforePrinting.org
#
# MotD follows:
The Internet? Is that thing still around? -Homer Simpson.


-- 
BW,
Sorin
---
# Sorin Srbu, Sysadmin
# Uppsala University
# Dept of Medicinal Chemistry
# Div of Org Pharm Chem
# Box 574
# SE-75123 Uppsala
# Sweden
#
# Phone: +46 (0)18-4714482
# Visit: BMC, Husargatan 3, B5:404b
# Web: https://www.ilk.uu.se/
---
# O<  ASCII ribbon campaign - Against html E-mail 
# http://tinyurl.com/ascii-ribbon-campaign
#
# This message was not sent from an iProduct!
#
# Please consider the environment before printing this email.
# Join the campaign at http://thinkBeforePrinting.org
#
# MotD follows:
Alimony is like buying oats for a dead horse.

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



smime.p7s
Description: S/MIME cryptographic signature
___
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List:https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:

Re: [BackupPC-users] Upgrading BPC from v3.3 to v4.1

[Sorin Srbu]

Hi and thanks,

 

[root@mach012 ~]# rsync_bpc --version

rsync_bpc  version 3.1.2.beta0  protocol version 31

 

[root@mach012 ~]# perl -v

This is perl, v5.8.8 built for i386-linux-thread-multi

 

 

Was this a known bug then?

 

I’ll try 1) first and get back here on the list with the result.

Thanks for the prompt reply!

 

--

//Sorin

 

 

From: Craig Barratt via BackupPC-users  
Sent: den 22 oktober 2018 19:09
To: General list for user discussion, questions and support 

Cc: Craig Barratt 
Subject: Re: [BackupPC-users] Upgrading BPC from v3.3 to v4.1

 

What are the versions of rsync_bpc and perl are you running?  Specifically, 
what's the output from

 

rsync_bpc --version

perl -v

 

I assume rsync_bpc is 3.1.2.beta0.  For some reason the "version" package 
complains about a trailing ".", perhaps in only newer versions of perl (on perl 
5.22.1 it works fine).

 

Here are two options:

 

1) change this line

$version = $1 if ( $output =~ 
/rsync_bpc\s+version\s+([\d.]+)(beta\d+)?\s+protocol/ );

to

$version = $1 if ( $output =~ 
/rsync_bpc\s+version\s+([\d.]+?)(\.beta\d+)?\s+protocol/ );

 

2) installing rsync_bpc 3.0.9 instead.  The latest release is here 
 .


Craig

 

On Mon, Oct 22, 2018 at 5:10 AM Sorin Srbu mailto:sorin.s...@ilk.uu.se> > wrote:

Hi all,

Finally found time to upgrade an old BackupPC install from v3.3.1 to the
latest v4.

I read up on the prerequisites, gotchas' etc and installed BackupPC-XS-0.57,
rsync-bpc 0.01 and version 0.9924 using cpan.
I've never used cpan before, but I didn't get any errors here. Installs
should be fine.
After that, I continued with installing the latest BPC 4.2.1 and it went w/o
a hitch.

The end remarks after BPC-installation mentioned restarting httpd so I did
that.
I also restarted the backuppc daemon for good measure

And this is where the problem started, I got this:
"Starting BackupPC: Invalid version format (trailing decimal) at
/usr/share/BackupPC/bin/BackupPC line 125"

The lines in /usr/share/BackupPC/bin/BackupPC is about this:

$version = $1 if ( $output =~
/rsync_bpc\s+version\s+([\d.]+)(beta\d+)?\s+protocol/ );
if ( $version eq "unknown" || version->parse($1) <
version->parse($PackageVersion->{rsync_bpc}) ) {
print(STDERR "BackupPC: rsync_bpc at $Conf{RsyncBackupPCPath} needs
to be upgraded (got version $1; need >= $PackageVersion->{rsync_bpc});
exiting in 30s\n");
sleep(30);
exit(1);
}


I've no idea how to proceed. I can't find any information pertinent to the
error message.
Is version too old? Too new? Something else?

Any help appreciated!
Thanks.


-- 
BW,
Sorin
---
# Sorin Srbu, Sysadmin
# Uppsala University
# Dept of Medicinal Chemistry
# Div of Org Pharm Chem
# Box 574
# SE-75123 Uppsala
# Sweden
#
# Phone: +46 (0)18-4714482
# Visit: BMC, Husargatan 3, B5:404b
# Web: https://www.ilk.uu.se/
---
# O<  ASCII ribbon campaign - Against html E-mail 
# http://tinyurl.com/ascii-ribbon-campaign
#
# This message was not sent from an iProduct!
#
# Please consider the environment before printing this email.
# Join the campaign at http://thinkBeforePrinting.org
#
# MotD follows:
The Internet? Is that thing still around? -Homer Simpson.


-- 
BW,
Sorin
---
# Sorin Srbu, Sysadmin
# Uppsala University
# Dept of Medicinal Chemistry
# Div of Org Pharm Chem
# Box 574
# SE-75123 Uppsala
# Sweden
#
# Phone: +46 (0)18-4714482
# Visit: BMC, Husargatan 3, B5:404b
# Web: https://www.ilk.uu.se/
---
# O<  ASCII ribbon campaign - Against html E-mail 
# http://tinyurl.com/ascii-ribbon-campaign
#
# This message was not sent from an iProduct!
#
# Please consider the environment before printing this email.
# Join the campaign at http://thinkBeforePrinting.org
#
# MotD follows:
Alimony is like buying oats for a dead horse.

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



smime.p7s
Description: S/MIME cryptographic signature
___
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] Accidently Deleted Host in Gui

[Stuart Rothrock]

Thank you for your help. Issue identified - The couple incrementals were
still there but the previous ones were not. Cause identified. Thanks for
the assistance Craig.

On Mon, Oct 22, 2018 at 11:25 PM Craig Barratt <
cbarr...@users.sourceforge.net> wrote:

> Stuart,
>
> Yes, great point - deleting the host and re-adding it many days later it
> will likely result in unused pool files being deleted during that period.
>
> You can confirm that hypothesis by looking in the storage for tree for
> that host ($TOPDIR/pc/HOST) and below the numbered directories (one for
> each backup) you should see an attrib file, like this:
>
> /data/BackupPC/pc//3/attrib_69c04f2b39174a2a33d18eea03311735
>
>
> Take that md5 digest (the 32 hex digits after "attrib_") and see if that
> pool file exists, either by looking for
> $TOPDIR/cpool/68/c0/69c04f2b39174a2a33d18eea03311735 (you have to "and" the
> first two bytes with 0xfe to get the two directory names), or use this
> command:
>
> BackupPC_zcat 69c04f2b39174a2a33d18eea03311735 | wc
>
> If that's missing, you should probably delete $TOPDIR/pc/HOST/* and start
> over on that host...
>
> Craig
>
> On Mon, Oct 22, 2018 at 7:41 PM Stuart Rothrock 
> wrote:
>
>> Thank you Craig - I am running version 4.2.1 and perl 4:5.26.2
>>
>> The list of backups does appear - 1-full and 5-incrementals. The dropdown
>> (html select list) is populated with the 6 backups but when I choose any of
>> them from the dropdown, the tree is missing other than "Contents of /" and
>> below that is "The directory / is empty".
>>
>> It looks like I don't need to click the "GO" since a change in the
>> selected backup fires an event to display that result at the top directory
>> level. Sorry for any confusion.
>>
>> With further reading and thought, it may be important to mention that the
>> full backup was 45 days in age. The host was deleted from the config for a
>> month before adding it back. I am a newb to the BackupPC internals so
>> excuse my terminology. Is it possible the grim reaper axed metadata or
>> files that were only referenced by this host?
>>
>> Thanks
>> Stuart
>>
>> On Mon, Oct 22, 2018 at 10:03 PM Craig Barratt via BackupPC-users <
>> backuppc-users@lists.sourceforge.net> wrote:
>>
>>> Deleting the host from the gui should only remove the entry from the
>>> hosts file, so adding it back should make things work again.  I just tried
>>> that on a test setup, and it worked for me.  I should ask what BackupPC
>>> version you are running?
>>>
>>> Does the list of backups GUI appear when you browse to that host?  You
>>> say the "previous backups can be selected".  After you select a particular
>>> backup, does the directory tree on the left look correct?
>>>
>>> When you refer to clicking "Go", are you referring to the directory
>>> navigation text box just above the backup directory navigation tree?  If
>>> so, what path did you enter (I presume "/")?
>>>
>>> Craig
>>>
>>>
>>>
>>> On Mon, Oct 22, 2018 at 2:00 PM Stuart Rothrock 
>>> wrote:
>>>
 I accidently deleted a host so I added it back. No files were manually
 deleted but I am unable to browse the previous backups. They can be
 selected and after clicking "Go", it says "The directory / is empty". What
 do I need to do to be able to browse/restore files for this host? Thanks
 ___
 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 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 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] v4 migration experiences

[Craig Barratt via BackupPC-users]

Michael,

Thanks for the feedback.

On (1) I pushed a change

so that the Xfer timeout is started after backup expiry, duplication and
refcounting.

On (2), perhaps it should ignore a partial or active backup (which will
have the most recent timestamp), and report just the most recent incr or
full (ie, completed) backup?  I pasted a diff that should do the trick if
you want to try it out (warning - untested).

On (3), I pushed a change

so that the status reporting is more accurate.

Craig

--- lib/BackupPC/CGI/Summary.pm 2018-03-10 16:38:37.195549979 -0800
+++ lib/BackupPC/CGI/Summary.pm 2018-10-22 20:52:50.573850716 -0700
@@ -27,7 +27,7 @@
 #
 #
 #
-# Version 4.2.0, released 18 Feb 2018.
+# Version 4.2.2, released 21 Oct 2018.
 #
 # See http://backuppc.sourceforge.net.
 #
@@ -70,7 +70,7 @@
 $fullDur  = $Backups[$i]{endTime} -
$Backups[$i]{startTime};
 }
 $fullSizeTot += $Backups[$i]{size} / (1024 * 1024);
-} else {
+} elsif ( $Backups[$i]{type} eq "incr" ) {
 $incrCnt++;
 if ( $incrAge < 0 || $Backups[$i]{startTime} > $incrAge ) {
 $incrAge = $Backups[$i]{startTime};


On Thu, Aug 30, 2018 at 3:22 AM Michael Selway  wrote:

> Hi,
> I've recently upgraded from BackupPC v3.3.1 to v4.2.1 on a CentOS 7
> machine using hobbes1069's excellent COPR v4 package.  While the
> experience is fresh in my mind, I have some observations to share.
>
> 1) It has taken around 4 weeks for the v4 system to complete the first
> round of backups - the great bulk of that time is spent in v3->v4
> copying during the first v4 backup.  Right at the end of some of these
> first v4 backups, the backup is flagged as having failed.  The host LOG
> file says (for example):
>2018-08-08 08:10:32 Got fatal error during xfer (total size is
> 466869877613  speedup is 23.88)
>
> The XferLOG says:
>Got fatal error during xfer (total size is 466869877613  speedup is
> 23.88)
>Backup aborted by user signal
>
> As far as I know, this is a bogus report and the backup was actually
> fine.  A subsequent backup starts from this Partial backup and completes
> successfully, running (of course) much faster than the first "failed"
> backup.  My guess is that the failure is caused by a ClientTimeout alarm
> signal 72000 seconds after the backup starts, which arrives during the
> v3->v4 copy.  The LOG file reports this:
>2018-08-01 22:56:17 Aborting backup up after signal ALRM
>
> Thankfully it doesn't abort - it continues with the entire
> copy/backup/refcount/... process.
>
> 2) Backups which are still running or which have failed show up on the
> Host Summary web page with a recent Last Backup (days) value.  This
> makes it look (to me) like the backup has completed successfully.  I
> often use Host Summary sorted on the Last Backup column to see if any
> filesystems are lacking recent backups, and that doesn't work now
> because failed and still-running backups appear to be safely completed.
> I think this is a change from v3.
>
> 3) I noticed that when BackupPC_nightly was running
> "BackupPC_refCountUpdate -m", the BackupPC status web page said "v3
> cpool scan - cntUpdate nn/nn".  This makes it look like the v3 cpool
> scan is still running - I think the reported status is incorrect during
> this phase of the nightly process.
>
> Overall v4 is so much faster than v3 and just as brilliantly conceived
> and implemented - huge thank-you to Craig and anyone else involved for a
> fantastic piece of software.
>
> Michael.
>
>
> --
> 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 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] Accidently Deleted Host in Gui

[Craig Barratt via BackupPC-users]

Stuart,

Yes, great point - deleting the host and re-adding it many days later it
will likely result in unused pool files being deleted during that period.

You can confirm that hypothesis by looking in the storage for tree for that
host ($TOPDIR/pc/HOST) and below the numbered directories (one for each
backup) you should see an attrib file, like this:

/data/BackupPC/pc//3/attrib_69c04f2b39174a2a33d18eea03311735


Take that md5 digest (the 32 hex digits after "attrib_") and see if that
pool file exists, either by looking for
$TOPDIR/cpool/68/c0/69c04f2b39174a2a33d18eea03311735 (you have to "and" the
first two bytes with 0xfe to get the two directory names), or use this
command:

BackupPC_zcat 69c04f2b39174a2a33d18eea03311735 | wc

If that's missing, you should probably delete $TOPDIR/pc/HOST/* and start
over on that host...

Craig

On Mon, Oct 22, 2018 at 7:41 PM Stuart Rothrock  wrote:

> Thank you Craig - I am running version 4.2.1 and perl 4:5.26.2
>
> The list of backups does appear - 1-full and 5-incrementals. The dropdown
> (html select list) is populated with the 6 backups but when I choose any of
> them from the dropdown, the tree is missing other than "Contents of /" and
> below that is "The directory / is empty".
>
> It looks like I don't need to click the "GO" since a change in the
> selected backup fires an event to display that result at the top directory
> level. Sorry for any confusion.
>
> With further reading and thought, it may be important to mention that the
> full backup was 45 days in age. The host was deleted from the config for a
> month before adding it back. I am a newb to the BackupPC internals so
> excuse my terminology. Is it possible the grim reaper axed metadata or
> files that were only referenced by this host?
>
> Thanks
> Stuart
>
> On Mon, Oct 22, 2018 at 10:03 PM Craig Barratt via BackupPC-users <
> backuppc-users@lists.sourceforge.net> wrote:
>
>> Deleting the host from the gui should only remove the entry from the
>> hosts file, so adding it back should make things work again.  I just tried
>> that on a test setup, and it worked for me.  I should ask what BackupPC
>> version you are running?
>>
>> Does the list of backups GUI appear when you browse to that host?  You
>> say the "previous backups can be selected".  After you select a particular
>> backup, does the directory tree on the left look correct?
>>
>> When you refer to clicking "Go", are you referring to the directory
>> navigation text box just above the backup directory navigation tree?  If
>> so, what path did you enter (I presume "/")?
>>
>> Craig
>>
>>
>>
>> On Mon, Oct 22, 2018 at 2:00 PM Stuart Rothrock 
>> wrote:
>>
>>> I accidently deleted a host so I added it back. No files were manually
>>> deleted but I am unable to browse the previous backups. They can be
>>> selected and after clicking "Go", it says "The directory / is empty". What
>>> do I need to do to be able to browse/restore files for this host? Thanks
>>> ___
>>> 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 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 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] Backup failure due to two specific files

[Craig Barratt via BackupPC-users]

Sorry about the delay in replying.

It appears you have two pairs of identical pool files. In particular, these
two pool files appear to be the same:

/var/lib/backuppc/cpool/fc/86/fd871fd27933f41039f22c4201419c29
/var/lib/backuppc/cpool/fc/86/fd871fd27933f41039f22c4201419c2901


and these two as well:

/var/lib/backuppc/cpool/d0/6c/d06dc5183aa3095ce36e1334235bd76d
/var/lib/backuppc/cpool/d0/6c/d06dc5183aa3095ce36e1334235bd76d01


Can you confirm with cmp that those two pairs are identical (if they are
still around)?

Obviously this shouldn't happen.  For some reason the first file wasn't
matched when a backup of the same file was being done, so a new pool file
was written.  The only time this normally could happen is if you really
have different files with the same md5 digest, which is extraordinarily
unlikely, unless you construct known examples (which I did to test that
part of BackupPC).  That's what the "01" extension is for - you can have an
arbitrary number of different md5 collisions and that's how they are named
in the pool.  But they should all be unique files.

That said, the backup should work fine - yes, you will see ominous "Botch -
got multiple pool file matches" warning messages that multiple pool files
match, which sounds concerning, but the first matching file is used and all
that will happen is the error count for the transfer is incremented.

Craig

On Fri, Sep 7, 2018 at 10:46 AM Patel, Tarak (SSC/SPC) <
tarak.pa...@canada.ca> wrote:

> Hi all,
>
> I configured a backup via ssh on my remote host which requires a hop. The
> config is as follows:
>
> $Conf{TarClientCmd} = '$sshPath -q -x -n -l root oem1 env LC_ALL=C ssh -q
> -x -n -l root $host "env LC_ALL=C $tarPath --exclude=\'*lost+found*\'
> --exclude=\'*ASM1_ora_548653_20180820220003763166143795*\'
> --exclude=\'*ora_468842_201808201844508*\' -c -v -f - -C $shareName+
> --totals"';
> $Conf{XferMethod} = 'tar';
> $Conf{TarShareName} = [
>   '/etc',
>   '/home',
>   '/usr/local/bin',
>   '/opt/oracle'
> ];
> $Conf{ClientNameAlias} = [
>   'repo1'
> ];
> $Conf{PingCmd} = '/usr/bin/ssh -q -x -n -l root oem1 $pingPath -c 1 $host';
> $Conf{XferLogLevel} = 9;
> $Conf{TarIncrArgs} = '--newer=\'$incrDate+ $fileList+\'';
> $Conf{ClientCharset} = 'UTF-8';
> $Conf{ClientCharsetLegacy} = 'UTF-8';
>
> After debugging backup failure issue I was able to narrow down two files
> which seems to have caused the problem and ended up excluding them. With
> XferLogLevel set to 9 and some additional print statements in
> BackupPC_tarExtract I was able to capture output below (please ignore line
> with TKP entry since those are my print statements):
>
> tarExtract: splitPath: returning dir =
> 'f%2fopt%2foracle%2fgrid12%2frdbms/faudit', fileName =
> '+ASM1_ora_548653_20180820220003763166143795.aud', attrib =
> 'f%2fopt%2foracle%2fgrid12%2frdbms/faudit/attrib' from path =
> '/audit/+ASM1_ora_548653_20180820220003763166143795.aud'
> tarExtract: bpc_attribCache_loadPath: path =
> /audit/+ASM1_ora_548653_20180820220003763166143795.aud -> dir =
> f%2fopt%2foracle%2fgrid12%2frdbms/faudit, fileName =
> +ASM1_ora_548653_20180820220003763166143795.aud, attribPath =
> f%2fopt%2foracle%2fgrid12%2frdbms/faudit/attrib
>
> tarExtract: dirCacheNewDir: populating dir = /audit with
> +ASM1_ora_548653_20180820220003763166143795.aud
>
>
> tarExtract: Got file
> './audit/+ASM1_ora_548653_20180820220003763166143795.aud', mode 0640, size
> 1960, type 0
> tarExtract: dirCacheNewFile: path =
> audit/+ASM1_ora_548653_20180820220003763166143795.aud: dir = /audit, file =
> +ASM1_ora_548653_20180820220003763166143795.aud
> tarExtract: tarRead 1960
> tarExtract: TKP processClose BPC_FTYPE_FILE...
> tarExtract: TKP Errors: 1 --> poolWite errs 1 --> 1, 745, 1splitPath:
> returning dir = 'f%2fopt%2foracle%2fgrid12%2frdbms/faudit', fileName =
> '+ASM1_ora_548653_20180820220003763166143795.aud', attrib =
> 'f%2fopt%2foracle%2fgrid12%2frdbms/faudit/attrib' from path =
> 'audit/+ASM1_ora_548653_20180820220003763166143795.aud'
> tarExtract: bpc_attribCache_loadPath: path =
> audit/+ASM1_ora_548653_20180820220003763166143795.aud -> dir =
> f%2fopt%2foracle%2fgrid12%2frdbms/faudit, fileName =
> +ASM1_ora_548653_20180820220003763166143795.aud, attribPath =
> f%2fopt%2foracle%2fgrid12%2frdbms/faudit/attrib
> tarExtract: bpc_poolWrite_write: digest is fd871fd27933f41039f22c4201419c29
> tarExtract: Candidate matching file
> /var/lib/backuppc/cpool/fc/86/fd871fd27933f41039f22c4201419c29
> tarExtract: Candidate matching file
> /var/lib/backuppc/cpool/fc/86/fd871fd27933f41039f22c4201419c2901
> tarExtract:
> bpc_fileZIO_open(/var/lib/backuppc/cpool/fc/86/fd871fd27933f41039f22c4201419c2901,
> 0, 3) -> 3
> tarExtract: match[0] now set to
> /var/lib/backuppc/cpool/fc/86/fd871fd27933f41039f22c4201419c2901
> tarExtract:
> bpc_fileZIO_open(/var/lib/backuppc/cpool/fc/86/fd871fd27933f41039f22c4201419c29,
> 0, 3) -> 5
> tarExtract: match[1] now set to
> 

Re: [BackupPC-users] Accidently Deleted Host in Gui

[Stuart Rothrock]

Thank you Craig - I am running version 4.2.1 and perl 4:5.26.2

The list of backups does appear - 1-full and 5-incrementals. The dropdown
(html select list) is populated with the 6 backups but when I choose any of
them from the dropdown, the tree is missing other than "Contents of /" and
below that is "The directory / is empty".

It looks like I don't need to click the "GO" since a change in the selected
backup fires an event to display that result at the top directory level.
Sorry for any confusion.

With further reading and thought, it may be important to mention that the
full backup was 45 days in age. The host was deleted from the config for a
month before adding it back. I am a newb to the BackupPC internals so
excuse my terminology. Is it possible the grim reaper axed metadata or
files that were only referenced by this host?

Thanks
Stuart

On Mon, Oct 22, 2018 at 10:03 PM Craig Barratt via BackupPC-users <
backuppc-users@lists.sourceforge.net> wrote:

> Deleting the host from the gui should only remove the entry from the hosts
> file, so adding it back should make things work again.  I just tried that
> on a test setup, and it worked for me.  I should ask what BackupPC version
> you are running?
>
> Does the list of backups GUI appear when you browse to that host?  You say
> the "previous backups can be selected".  After you select a particular
> backup, does the directory tree on the left look correct?
>
> When you refer to clicking "Go", are you referring to the directory
> navigation text box just above the backup directory navigation tree?  If
> so, what path did you enter (I presume "/")?
>
> Craig
>
>
>
> On Mon, Oct 22, 2018 at 2:00 PM Stuart Rothrock 
> wrote:
>
>> I accidently deleted a host so I added it back. No files were manually
>> deleted but I am unable to browse the previous backups. They can be
>> selected and after clicking "Go", it says "The directory / is empty". What
>> do I need to do to be able to browse/restore files for this host? Thanks
>> ___
>> 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 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 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] Upgrading BPC from v3.3 to v4.1

[Craig Barratt via BackupPC-users]

I just pushed the change

I mentioned in (1).  I confirmed that in perl 5.28, version() gives the
error you mentioned due to the trailing period (while perl 5.22 does not).

Craig

On Mon, Oct 22, 2018 at 10:08 AM Craig Barratt <
cbarr...@users.sourceforge.net> wrote:

> What are the versions of rsync_bpc and perl are you running?
> Specifically, what's the output from
>
> rsync_bpc --version
>
> perl -v
>
>
> I assume rsync_bpc is 3.1.2.beta0.  For some reason the "version" package
> complains about a trailing ".", perhaps in only newer versions of perl (on
> perl 5.22.1 it works fine).
>
> Here are two options:
>
> 1) change this line
>
> $version = $1 if ( $output =~
> /rsync_bpc\s+version\s+([\d.]+)(beta\d+)?\s+protocol/ );
>
> to
>
> $version = $1 if ( $output =~
> /rsync_bpc\s+version\s+([\d.]+?)(\.beta\d+)?\s+protocol/ );
>
>
> 2) installing rsync_bpc 3.0.9 instead.  The latest release is here
> .
>
> Craig
>
> On Mon, Oct 22, 2018 at 5:10 AM Sorin Srbu  wrote:
>
>> Hi all,
>>
>> Finally found time to upgrade an old BackupPC install from v3.3.1 to the
>> latest v4.
>>
>> I read up on the prerequisites, gotchas' etc and installed
>> BackupPC-XS-0.57,
>> rsync-bpc 0.01 and version 0.9924 using cpan.
>> I've never used cpan before, but I didn't get any errors here. Installs
>> should be fine.
>> After that, I continued with installing the latest BPC 4.2.1 and it went
>> w/o
>> a hitch.
>>
>> The end remarks after BPC-installation mentioned restarting httpd so I did
>> that.
>> I also restarted the backuppc daemon for good measure
>>
>> And this is where the problem started, I got this:
>> "Starting BackupPC: Invalid version format (trailing decimal) at
>> /usr/share/BackupPC/bin/BackupPC line 125"
>>
>> The lines in /usr/share/BackupPC/bin/BackupPC is about this:
>>
>> $version = $1 if ( $output =~
>> /rsync_bpc\s+version\s+([\d.]+)(beta\d+)?\s+protocol/ );
>> if ( $version eq "unknown" || version->parse($1) <
>> version->parse($PackageVersion->{rsync_bpc}) ) {
>> print(STDERR "BackupPC: rsync_bpc at $Conf{RsyncBackupPCPath}
>> needs
>> to be upgraded (got version $1; need >= $PackageVersion->{rsync_bpc});
>> exiting in 30s\n");
>> sleep(30);
>> exit(1);
>> }
>>
>>
>> I've no idea how to proceed. I can't find any information pertinent to the
>> error message.
>> Is version too old? Too new? Something else?
>>
>> Any help appreciated!
>> Thanks.
>>
>>
>> --
>> BW,
>> Sorin
>> ---
>> # Sorin Srbu, Sysadmin
>> # Uppsala University
>> # Dept of Medicinal Chemistry
>> # Div of Org Pharm Chem
>> # Box 574
>> # SE-75123 Uppsala
>> # Sweden
>> #
>> # Phone: +46 (0)18-4714482
>> # Visit: BMC, Husargatan 3, B5:404b
>> # Web: https://www.ilk.uu.se/
>> ---
>> # O<  ASCII ribbon campaign - Against html E-mail
>> # http://tinyurl.com/ascii-ribbon-campaign
>> #
>> # This message was not sent from an iProduct!
>> #
>> # Please consider the environment before printing this email.
>> # Join the campaign at http://thinkBeforePrinting.org
>> #
>> # MotD follows:
>> The Internet? Is that thing still around? -Homer Simpson.
>>
>>
>> --
>> BW,
>> Sorin
>> ---
>> # Sorin Srbu, Sysadmin
>> # Uppsala University
>> # Dept of Medicinal Chemistry
>> # Div of Org Pharm Chem
>> # Box 574
>> # SE-75123 Uppsala
>> # Sweden
>> #
>> # Phone: +46 (0)18-4714482
>> # Visit: BMC, Husargatan 3, B5:404b
>> # Web: https://www.ilk.uu.se/
>> ---
>> # O<  ASCII ribbon campaign - Against html E-mail
>> # http://tinyurl.com/ascii-ribbon-campaign
>> #
>> # This message was not sent from an iProduct!
>> #
>> # Please consider the environment before printing this email.
>> # Join the campaign at http://thinkBeforePrinting.org
>> #
>> # MotD follows:
>> Alimony is like buying oats for a dead horse.
>>
>> ___
>> 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 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] Accidently Deleted Host in Gui

[Craig Barratt via BackupPC-users]

Deleting the host from the gui should only remove the entry from the hosts
file, so adding it back should make things work again.  I just tried that
on a test setup, and it worked for me.  I should ask what BackupPC version
you are running?

Does the list of backups GUI appear when you browse to that host?  You say
the "previous backups can be selected".  After you select a particular
backup, does the directory tree on the left look correct?

When you refer to clicking "Go", are you referring to the directory
navigation text box just above the backup directory navigation tree?  If
so, what path did you enter (I presume "/")?

Craig



On Mon, Oct 22, 2018 at 2:00 PM Stuart Rothrock  wrote:

> I accidently deleted a host so I added it back. No files were manually
> deleted but I am unable to browse the previous backups. They can be
> selected and after clicking "Go", it says "The directory / is empty". What
> do I need to do to be able to browse/restore files for this host? Thanks
> ___
> 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 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] deleted backups then host and pc folder yet data remains in pool

[Craig Barratt via BackupPC-users]

What is your setting for $Conf{BackupPCNightlyPeriod}?  The default is 1,
but if it's set to something larger then it will take that number of
days/nights for the entire pool to be traversed.

It does appear that some of the files are getting deleted - yesterday
afternoon it deleted 242189 files (although the total size wasn't very
large), and 2149846 remain.  That could be reasonable after 6 days with
$Conf{BackupPCNightlyPeriod} set to 16.

Craig

On Mon, Oct 22, 2018 at 1:21 PM Mike Hughes  wrote:

> A host was created to duplicate the cpool from another BackupPC server. It
> was set to skip compression and successfully filled the uncompressed pool
> with ~300GB of data. On the advice of others, I decided to use rsync in a
> cronjob instead, so my intent was to delete this host and its data.
>
> First I went into the host's backup summary and clicked "Delete" for each
> of the four backups that were listed. Then I followed the documentation
> under "Other installation topics - Removing a client" where it said to:
> "remove its entry in the conf/hosts file, and then delete the
> /var/lib/BackupPC//pc/$host directory."
>
> The data still resides in the uncompressed pool - this is six days after I
> performed the above actions:
>
> * Uncompressed pool:
>   o Pool is 306.65GiB comprising 2149846 files and 16512 directories (as
> of 10/21 13:06),
>   o Pool hashing gives 0 repeated files with longest chain 0,
>   o Nightly cleanup removed 242189 files of size 0.94GiB (around 10/21
> 13:06),
> * Compressed pool:
>   o Pool is 141.48GiB comprising 1570628 files and 16512 directories (as
> of 10/21 13:06),
>   o Pool hashing gives 0 repeated files with longest chain 0,
>   o Nightly cleanup removed 4949 files of size 26.05GiB (around 10/21
> 13:06),
> * Pool file system was recently at 46% (10/22 08:00), today's max is 46%
> (10/21 13:00) and yesterday's max was 46%.
>
> I'm concerned I may have created a race-condition when I asked the system
> to delete the individual backups then removed the client and pc folders
> before it could complete. This was the only host set to not use compression
> and I believe the full 306GB in pool is solely for this host. Is it safe to
> delete the contents of pool?
>
>
> ___
> 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 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] syncing local and cloud backups

[Carl Soderstrom]

On 10/21 05:01 , ED Fochler wrote:
> > aren't you increasing the exposure of your production system X2 by giving 
> > another backup process access to it?
> 
> Yes.  And it's the right thing to do.  Because a production failure with 
> rapid recovery is manageably bad.  Having your production and backups 
> encrypted by ransomware is a business-ending catastrophe.  I have an 
> explanation, but if that much makes sense to you, you don't need to read on.
> 
>   ED.
> 
> 
> Redundant systems generally increase the likelihood of nuisance failure, but 
> decrease the likelihood of catastrophic failure.  This case is no different.  
> By having two separate backup servers in different locations, maybe with 
> different admins, you are exposing the primary machines to double the risk by 
> having 2 independent methods of access.  Assuming your risk was near zero, 
> doubling it shouldn't be so bad.  So yeah, there's a greater risk of 
> potential disruption by having multiple methods of access.  x2.  Also x2 
> network bandwidth.
> 
> Assuming the risk of having your backup server compromised is near (but not 
> quite) zero, then you are looking at a non-zero chance of everything you care 
> about getting mangled by a malicious entity who happened to crack a single 
> machine.  That's a non-zero chance at total, business-ending failure.  Having 
> a separate backup enclave means that killing production and backups 
> simultaneously would require 2 near-zero possibility hacks occurring in rapid 
> succession.  0.0001^2
> 
> So the risk of simple failure, with reasonable recovery is twice as likely.  
> But the probability of production and backups getting destroyed at once goes 
> down exponentially.  Other solutions that are similarly over-cautious in 
> industry include tape backups going into cold storage, mirrored raid sets 
> with drives that get pulled and stored in safety deposit boxes, etc.  It may 
> be overkill, and that's your call.  I will continue to suggest it though.  
> Hacking and ransomware are growing problems.  Single backup solutions guard 
> well against accidents and hardware failure.  To guard against mischief and 
> corruption, you want two, and you want them isolated from each other.  
> Perhaps from different vendors or using different technologies.
> 
>   Thank you for reading.  I am recovering from back surgery and find 
> myself with more free time than usual.  :-)
> 
>   Ed the long-winded self important explainer and promoter of security 
> practices.

Ed, thanks for posting that. I will save it, edit it, and repost to
customers when the time is appropriate. :)

-- 
Carl Soderstrom
Systems Administrator
Real-Time Enterprises
www.real-time.com


___
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] deleted backups then host and pc folder yet data remains in pool

[Mike Hughes]

A host was created to duplicate the cpool from another BackupPC server. It was 
set to skip compression and successfully filled the uncompressed pool with 
~300GB of data. On the advice of others, I decided to use rsync in a cronjob 
instead, so my intent was to delete this host and its data.

First I went into the host's backup summary and clicked "Delete" for each of 
the four backups that were listed. Then I followed the documentation under 
"Other installation topics - Removing a client" where it said to: "remove its 
entry in the conf/hosts file, and then delete the /var/lib/BackupPC//pc/$host 
directory."

The data still resides in the uncompressed pool - this is six days after I 
performed the above actions:

* Uncompressed pool:
  o Pool is 306.65GiB comprising 2149846 files and 16512 directories (as of 
10/21 13:06),
  o Pool hashing gives 0 repeated files with longest chain 0,
  o Nightly cleanup removed 242189 files of size 0.94GiB (around 10/21 13:06),
* Compressed pool:
  o Pool is 141.48GiB comprising 1570628 files and 16512 directories (as of 
10/21 13:06),
  o Pool hashing gives 0 repeated files with longest chain 0,
  o Nightly cleanup removed 4949 files of size 26.05GiB (around 10/21 13:06),
* Pool file system was recently at 46% (10/22 08:00), today's max is 46% (10/21 
13:00) and yesterday's max was 46%.

I'm concerned I may have created a race-condition when I asked the system to 
delete the individual backups then removed the client and pc folders before it 
could complete. This was the only host set to not use compression and I believe 
the full 306GB in pool is solely for this host. Is it safe to delete the 
contents of pool?


___
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] Upgrading BPC from v3.3 to v4.1

[Craig Barratt via BackupPC-users]

What are the versions of rsync_bpc and perl are you running?  Specifically,
what's the output from

rsync_bpc --version

perl -v


I assume rsync_bpc is 3.1.2.beta0.  For some reason the "version" package
complains about a trailing ".", perhaps in only newer versions of perl (on
perl 5.22.1 it works fine).

Here are two options:

1) change this line

$version = $1 if ( $output =~
/rsync_bpc\s+version\s+([\d.]+)(beta\d+)?\s+protocol/ );

to

$version = $1 if ( $output =~
/rsync_bpc\s+version\s+([\d.]+?)(\.beta\d+)?\s+protocol/ );


2) installing rsync_bpc 3.0.9 instead.  The latest release is here
.

Craig

On Mon, Oct 22, 2018 at 5:10 AM Sorin Srbu  wrote:

> Hi all,
>
> Finally found time to upgrade an old BackupPC install from v3.3.1 to the
> latest v4.
>
> I read up on the prerequisites, gotchas' etc and installed
> BackupPC-XS-0.57,
> rsync-bpc 0.01 and version 0.9924 using cpan.
> I've never used cpan before, but I didn't get any errors here. Installs
> should be fine.
> After that, I continued with installing the latest BPC 4.2.1 and it went
> w/o
> a hitch.
>
> The end remarks after BPC-installation mentioned restarting httpd so I did
> that.
> I also restarted the backuppc daemon for good measure
>
> And this is where the problem started, I got this:
> "Starting BackupPC: Invalid version format (trailing decimal) at
> /usr/share/BackupPC/bin/BackupPC line 125"
>
> The lines in /usr/share/BackupPC/bin/BackupPC is about this:
>
> $version = $1 if ( $output =~
> /rsync_bpc\s+version\s+([\d.]+)(beta\d+)?\s+protocol/ );
> if ( $version eq "unknown" || version->parse($1) <
> version->parse($PackageVersion->{rsync_bpc}) ) {
> print(STDERR "BackupPC: rsync_bpc at $Conf{RsyncBackupPCPath} needs
> to be upgraded (got version $1; need >= $PackageVersion->{rsync_bpc});
> exiting in 30s\n");
> sleep(30);
> exit(1);
> }
>
>
> I've no idea how to proceed. I can't find any information pertinent to the
> error message.
> Is version too old? Too new? Something else?
>
> Any help appreciated!
> Thanks.
>
>
> --
> BW,
> Sorin
> ---
> # Sorin Srbu, Sysadmin
> # Uppsala University
> # Dept of Medicinal Chemistry
> # Div of Org Pharm Chem
> # Box 574
> # SE-75123 Uppsala
> # Sweden
> #
> # Phone: +46 (0)18-4714482
> # Visit: BMC, Husargatan 3, B5:404b
> # Web: https://www.ilk.uu.se/
> ---
> # O<  ASCII ribbon campaign - Against html E-mail
> # http://tinyurl.com/ascii-ribbon-campaign
> #
> # This message was not sent from an iProduct!
> #
> # Please consider the environment before printing this email.
> # Join the campaign at http://thinkBeforePrinting.org
> #
> # MotD follows:
> The Internet? Is that thing still around? -Homer Simpson.
>
>
> --
> BW,
> Sorin
> ---
> # Sorin Srbu, Sysadmin
> # Uppsala University
> # Dept of Medicinal Chemistry
> # Div of Org Pharm Chem
> # Box 574
> # SE-75123 Uppsala
> # Sweden
> #
> # Phone: +46 (0)18-4714482
> # Visit: BMC, Husargatan 3, B5:404b
> # Web: https://www.ilk.uu.se/
> ---
> # O<  ASCII ribbon campaign - Against html E-mail
> # http://tinyurl.com/ascii-ribbon-campaign
> #
> # This message was not sent from an iProduct!
> #
> # Please consider the environment before printing this email.
> # Join the campaign at http://thinkBeforePrinting.org
> #
> # MotD follows:
> Alimony is like buying oats for a dead horse.
>
> ___
> 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 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] Upgrading BPC from v3.3 to v4.1

[Sorin Srbu]

Hi all,

Finally found time to upgrade an old BackupPC install from v3.3.1 to the
latest v4.

I read up on the prerequisites, gotchas' etc and installed BackupPC-XS-0.57,
rsync-bpc 0.01 and version 0.9924 using cpan.
I've never used cpan before, but I didn't get any errors here. Installs
should be fine.
After that, I continued with installing the latest BPC 4.2.1 and it went w/o
a hitch.

The end remarks after BPC-installation mentioned restarting httpd so I did
that.
I also restarted the backuppc daemon for good measure

And this is where the problem started, I got this:
"Starting BackupPC: Invalid version format (trailing decimal) at
/usr/share/BackupPC/bin/BackupPC line 125"

The lines in /usr/share/BackupPC/bin/BackupPC is about this:

$version = $1 if ( $output =~
/rsync_bpc\s+version\s+([\d.]+)(beta\d+)?\s+protocol/ );
if ( $version eq "unknown" || version->parse($1) <
version->parse($PackageVersion->{rsync_bpc}) ) {
print(STDERR "BackupPC: rsync_bpc at $Conf{RsyncBackupPCPath} needs
to be upgraded (got version $1; need >= $PackageVersion->{rsync_bpc});
exiting in 30s\n");
sleep(30);
exit(1);
}


I've no idea how to proceed. I can't find any information pertinent to the
error message.
Is version too old? Too new? Something else?

Any help appreciated!
Thanks.


-- 
BW,
Sorin
---
# Sorin Srbu, Sysadmin
# Uppsala University
# Dept of Medicinal Chemistry
# Div of Org Pharm Chem
# Box 574
# SE-75123 Uppsala
# Sweden
#
# Phone: +46 (0)18-4714482
# Visit: BMC, Husargatan 3, B5:404b
# Web: https://www.ilk.uu.se/
---
# O<  ASCII ribbon campaign - Against html E-mail 
# http://tinyurl.com/ascii-ribbon-campaign
#
# This message was not sent from an iProduct!
#
# Please consider the environment before printing this email.
# Join the campaign at http://thinkBeforePrinting.org
#
# MotD follows:
The Internet? Is that thing still around? -Homer Simpson.


-- 
BW,
Sorin
---
# Sorin Srbu, Sysadmin
# Uppsala University
# Dept of Medicinal Chemistry
# Div of Org Pharm Chem
# Box 574
# SE-75123 Uppsala
# Sweden
#
# Phone: +46 (0)18-4714482
# Visit: BMC, Husargatan 3, B5:404b
# Web: https://www.ilk.uu.se/
---
# O<  ASCII ribbon campaign - Against html E-mail 
# http://tinyurl.com/ascii-ribbon-campaign
#
# This message was not sent from an iProduct!
#
# Please consider the environment before printing this email.
# Join the campaign at http://thinkBeforePrinting.org
#
# MotD follows:
Alimony is like buying oats for a dead horse.



smime.p7s
Description: S/MIME cryptographic signature
___
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/