You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(15) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(7) |
Feb
(6) |
Mar
(3) |
Apr
(9) |
May
(5) |
Jun
(11) |
Jul
(40) |
Aug
(15) |
Sep
(3) |
Oct
(2) |
Nov
(1) |
Dec
|
| 2004 |
Jan
(2) |
Feb
(8) |
Mar
(8) |
Apr
(25) |
May
(10) |
Jun
(11) |
Jul
(5) |
Aug
(9) |
Sep
(2) |
Oct
(7) |
Nov
(7) |
Dec
(6) |
| 2005 |
Jan
(6) |
Feb
(17) |
Mar
(9) |
Apr
(3) |
May
(4) |
Jun
(11) |
Jul
(42) |
Aug
(33) |
Sep
(13) |
Oct
(14) |
Nov
(19) |
Dec
(7) |
| 2006 |
Jan
(23) |
Feb
(19) |
Mar
(6) |
Apr
(8) |
May
(1) |
Jun
(12) |
Jul
(50) |
Aug
(16) |
Sep
(4) |
Oct
(18) |
Nov
(15) |
Dec
(10) |
| 2007 |
Jan
(10) |
Feb
(13) |
Mar
(1) |
Apr
|
May
(1) |
Jun
(1) |
Jul
(5) |
Aug
(7) |
Sep
(25) |
Oct
(58) |
Nov
(15) |
Dec
(4) |
| 2008 |
Jan
(2) |
Feb
(13) |
Mar
(3) |
Apr
(10) |
May
(1) |
Jun
(4) |
Jul
(4) |
Aug
(23) |
Sep
(21) |
Oct
(7) |
Nov
(3) |
Dec
(12) |
| 2009 |
Jan
(5) |
Feb
(2) |
Mar
|
Apr
(7) |
May
(6) |
Jun
(25) |
Jul
|
Aug
(2) |
Sep
(2) |
Oct
(3) |
Nov
(2) |
Dec
(2) |
| 2010 |
Jan
(1) |
Feb
|
Mar
(3) |
Apr
(2) |
May
(2) |
Jun
|
Jul
(3) |
Aug
(3) |
Sep
(2) |
Oct
|
Nov
|
Dec
(3) |
| 2011 |
Jan
(10) |
Feb
(2) |
Mar
(71) |
Apr
(4) |
May
(8) |
Jun
|
Jul
|
Aug
(4) |
Sep
(3) |
Oct
(1) |
Nov
(5) |
Dec
(1) |
| 2012 |
Jan
|
Feb
|
Mar
(2) |
Apr
(2) |
May
(15) |
Jun
(1) |
Jul
|
Aug
(20) |
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2013 |
Jan
(3) |
Feb
(5) |
Mar
|
Apr
(4) |
May
(2) |
Jun
(11) |
Jul
(12) |
Aug
|
Sep
(19) |
Oct
(25) |
Nov
(7) |
Dec
(9) |
| 2014 |
Jan
(6) |
Feb
(2) |
Mar
(7) |
Apr
(5) |
May
(1) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
(3) |
Nov
(2) |
Dec
(4) |
| 2015 |
Jan
(8) |
Feb
(2) |
Mar
(3) |
Apr
(4) |
May
(3) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2016 |
Jan
(16) |
Feb
|
Mar
(1) |
Apr
(1) |
May
(12) |
Jun
(3) |
Jul
|
Aug
(5) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2017 |
Jan
(2) |
Feb
(6) |
Mar
(68) |
Apr
(18) |
May
(8) |
Jun
(1) |
Jul
|
Aug
(10) |
Sep
(2) |
Oct
(1) |
Nov
(13) |
Dec
(25) |
| 2018 |
Jan
(18) |
Feb
(2) |
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(7) |
Nov
|
Dec
|
|
From: Craig B. <cba...@us...> - 2017-03-28 15:49:36
|
Richard, No, as the error message says, you can't run configure.pl directly from git. You need to run makeDist first, which merges some important settings (the list of libraries and binaries, as well as the release version and date) into configure.pl. Once you test it and confirm it works I'll release 4.1.1. Also, several of your --config-override settings could be done with --bin-path instead, but it should be fine either way. Craig On Tue, Mar 28, 2017 at 6:32 AM, Richard Shaw <hob...@gm...> wrote: > On Mon, Mar 27, 2017 at 5:29 PM, Craig Barratt < > cba...@us...> wrote: > >> Richard, >> >> I just pushed several fixes to configure.pl. Now if you specify >> --dest-dir, any existing BackupPC installation should be ignored (ie, no >> need to specify --config-path '' any longer). >> >> I also fixed the PingPath and Ping6Path merging, and noticed a couple of >> other things that are now fixed. >> >> One comment, when you use --config-override, you need to specify the >> exact text replacement, not the value. >> > > Yeah, I had hoped to get away without having those, for some reason they > confuse syntax highlighting in VI making reading the spec file difficult > but I've added them back. > > I wasn't sure if the commit that fixed this and PingPath would work as a > patch so I downloaded configure.pl from git and I'm copying over the one > in the 4.1.0 source but it's giving me an error... Perhaps I'm missing > another commit that the updates are dependent on? > > + /usr/bin/perl configure.pl --batch --backuppc-user=backuppc --dest-dir > /home/build/rpmbuild/BackupPC/BUILDROOT/BackupPC-4.1.0-1.fc25.x86_64 > --config-dir /etc/BackupPC/ --config-override 'CgiURL="http://localhost/ > BackupPC"' --config-override ClientNameAlias=undef --config-override > 'NmbLookupPath="/usr/bin/nmblookup"' --config-override > 'ParPath="/usr/bin/par2"' --config-override 'PingPath="/usr/bin/ping"' > --config-override 'Ping6Path="/usr/sbin/ping6"' --config-override > 'RrdToolPath="/usr/bin/rrdtool"' --config-override > 'RsyncBackupPCPath="/usr/bin/rsync_bpc"' --config-override > 'RsyncClientPath="/usr/bin/rsync"' --config-override > 'SendmailPath="/usr/sbin/sendmail"' --config-override > 'SmbClientPath="/usr/bin/smbclient"' --config-override > 'SshPath="/usr/bin/ssh"' --config-override 'TarClientPath="/usr/bin/gtar"' > --config-override 'XferMethod="rsync"' --cgi-dir /usr/libexec/BackupPC > --data-dir /var/lib/BackupPC/ --hostname localhost --html-dir > /usr/share/BackupPC/html/ --html-dir-url /BackupPC/images --install-dir > /usr/share/BackupPC --log-dir /var/log/BackupPC --no-set-perms --uid-ignore > You need to run makeDist first to create a tarball release that includes an > updated configure.pl. After you unpack the tarball, run configure.pl from > there. > error: Bad exit status from /var/tmp/rpm-tmp.mrJ5EP (%install) > > Thanks, > Richard > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > BackupPC-devel mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ > > |
|
From: Alexander M. <mo...@me...> - 2017-03-28 13:58:19
|
On 28.03.2017 16:32, Richard Shaw wrote: > You need to run makeDist first to create a tarball release that includes an > updated configure.pl <http://configure.pl>. After you unpack the tarball, run configure.pl <http://configure.pl> from > there. It is not possible to apply a source code patch to configure.pl from the distribution tarball directly and not possible to run the configure.pl source. To install backuppc from HEAD you can clone it using git or download _source code_ tarball. Then you should make the backuppc distribution by yourself using makeDist. For instance: ./makeDist --nosyntaxCheck --version 4.1.0 |
|
From: Richard S. <hob...@gm...> - 2017-03-28 13:32:31
|
On Mon, Mar 27, 2017 at 5:29 PM, Craig Barratt < cba...@us...> wrote: > Richard, > > I just pushed several fixes to configure.pl. Now if you specify > --dest-dir, any existing BackupPC installation should be ignored (ie, no > need to specify --config-path '' any longer). > > I also fixed the PingPath and Ping6Path merging, and noticed a couple of > other things that are now fixed. > > One comment, when you use --config-override, you need to specify the exact > text replacement, not the value. > Yeah, I had hoped to get away without having those, for some reason they confuse syntax highlighting in VI making reading the spec file difficult but I've added them back. I wasn't sure if the commit that fixed this and PingPath would work as a patch so I downloaded configure.pl from git and I'm copying over the one in the 4.1.0 source but it's giving me an error... Perhaps I'm missing another commit that the updates are dependent on? + /usr/bin/perl configure.pl --batch --backuppc-user=backuppc --dest-dir /home/build/rpmbuild/BackupPC/BUILDROOT/BackupPC-4.1.0-1.fc25.x86_64 --config-dir /etc/BackupPC/ --config-override 'CgiURL=" http://localhost/BackupPC"' --config-override ClientNameAlias=undef --config-override 'NmbLookupPath="/usr/bin/nmblookup"' --config-override 'ParPath="/usr/bin/par2"' --config-override 'PingPath="/usr/bin/ping"' --config-override 'Ping6Path="/usr/sbin/ping6"' --config-override 'RrdToolPath="/usr/bin/rrdtool"' --config-override 'RsyncBackupPCPath="/usr/bin/rsync_bpc"' --config-override 'RsyncClientPath="/usr/bin/rsync"' --config-override 'SendmailPath="/usr/sbin/sendmail"' --config-override 'SmbClientPath="/usr/bin/smbclient"' --config-override 'SshPath="/usr/bin/ssh"' --config-override 'TarClientPath="/usr/bin/gtar"' --config-override 'XferMethod="rsync"' --cgi-dir /usr/libexec/BackupPC --data-dir /var/lib/BackupPC/ --hostname localhost --html-dir /usr/share/BackupPC/html/ --html-dir-url /BackupPC/images --install-dir /usr/share/BackupPC --log-dir /var/log/BackupPC --no-set-perms --uid-ignore You need to run makeDist first to create a tarball release that includes an updated configure.pl. After you unpack the tarball, run configure.pl from there. error: Bad exit status from /var/tmp/rpm-tmp.mrJ5EP (%install) Thanks, Richard |
|
From: Craig B. <cba...@us...> - 2017-03-27 22:30:28
|
Richard, I pushed a fix for this. Craig On Mon, Mar 27, 2017 at 10:43 AM, Richard Shaw <hob...@gm...> wrote: > I have been working on setting all the programs though --config-override > since they don't truely need to be installed as part of the buildroot just > to build the package. > > Everything seems to be working well except in the case of PingPath and > Ping6Path... > > For those two, the entry in config.pl is being erased and the value of > the commented example is being changed: > > # $Conf(PingPath) = '/bin/echo' > > to > > # $Conf(PingPath) = '/usr/bin/ping' > > I'm guessing something is tripping up the regex in configure.pl? > > Thanks, > Richard > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > BackupPC-devel mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ > > |
|
From: Craig B. <cba...@us...> - 2017-03-27 22:30:06
|
Richard,
I just pushed several fixes to configure.pl. Now if you specify
--dest-dir, any existing BackupPC installation should be ignored (ie, no
need to specify --config-path '' any longer).
I also fixed the PingPath and Ping6Path merging, and noticed a couple of
other things that are now fixed.
One comment, when you use --config-override, you need to specify the exact
text replacement, not the value. So instead of these settings:
--config-override XferMethod=rsync \
--config-override CgiURL=http://localhost/%{name} \
--config-override ClientNameAlias=0 \
you need to do this:
--config-override XferMethod=\"rsync\" \
--config-override CgiURL=\"http://localhost/%{name}\" \
--config-override ClientNameAlias=undef \
(undef is the way to make sure ClientNameAlias is not defined).
Craig
On Mon, Mar 27, 2017 at 12:28 PM, Richard Shaw <hob...@gm...> wrote:
> On Mon, Mar 27, 2017 at 2:22 PM, Craig Barratt <
> cba...@us...> wrote:
>
>> Richard,
>>
>> If I take that command, and add
>>
>> --config-path ''
>>
>> then it ignores the current installation and seems to run correctly.
>>
>
> That got it!
>
> Thanks Craig
>
> Richard
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> BackupPC-devel mailing list
> Bac...@li...
> List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel
> Wiki: http://backuppc.wiki.sourceforge.net
> Project: http://backuppc.sourceforge.net/
>
>
|
|
From: Richard S. <hob...@gm...> - 2017-03-27 19:28:46
|
On Mon, Mar 27, 2017 at 2:22 PM, Craig Barratt < cba...@us...> wrote: > Richard, > > If I take that command, and add > > --config-path '' > > then it ignores the current installation and seems to run correctly. > That got it! Thanks Craig Richard |
|
From: Craig B. <cba...@us...> - 2017-03-27 19:23:22
|
Richard,
If I take that command, and add
--config-path ''
then it ignores the current installation and seems to run correctly.
Craig
On Sun, Mar 26, 2017 at 7:20 AM, Richard Shaw <hob...@gm...> wrote:
> On Sun, Mar 26, 2017 at 12:19 AM, Craig Barratt <
> cba...@us...> wrote:
>
>> In looking a the code, if config-path is specified then any current
>> config file is ignored.
>>
>> If you specify dest-dir then all of the output files are put below there.
>>
>> So if you specify both --config-path '' and --dest-dir, I believe any
>> existing install should be ignored.
>>
>
> Don't seem to work, it's already in there:
>
> %{__perl} configure.pl \
> --batch \
> --backuppc-user=backuppc \
> --dest-dir %{buildroot} \
> --config-dir %{_sysconfdir}/%{name}/ \
> --config-override XferMethod=rsync \
> --config-override CgiURL=http://localhost/%{name} \
> --config-override ClientNameAlias=0 \
> --cgi-dir %{_libexecdir}/%{name} \
> --data-dir %{_localstatedir}/lib/%{name}/ \
> --html-dir %{_datadir}/%{name}/html/ \
> --html-dir-url /%{name}/images \
> --install-dir %{_datadir}/%{name} \
> --log-dir %{_localstatedir}/log/%{name} \
> --hostname localhost \
> --no-set-perms \
> --uid-ignore
>
> Thanks,
> Richard
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> BackupPC-devel mailing list
> Bac...@li...
> List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel
> Wiki: http://backuppc.wiki.sourceforge.net
> Project: http://backuppc.sourceforge.net/
>
>
|
|
From: Richard S. <hob...@gm...> - 2017-03-27 17:43:31
|
I have been working on setting all the programs though --config-override since they don't truely need to be installed as part of the buildroot just to build the package. Everything seems to be working well except in the case of PingPath and Ping6Path... For those two, the entry in config.pl is being erased and the value of the commented example is being changed: # $Conf(PingPath) = '/bin/echo' to # $Conf(PingPath) = '/usr/bin/ping' I'm guessing something is tripping up the regex in configure.pl? Thanks, Richard |
|
From: Bill B. <bi...@br...> - 2017-03-27 10:24:41
|
I had a 2.7TB pool for 38 hosts, actual size after deduplication and compression. I just upgraded to 4.0.1 and did a V3 to V4 pool migration. The storage penalty was pretty small, about 2% or 52GB. The inode overhead was substantial, just over a factor of 2. In my case it was 25348763 inodes (around 11% of the ext4 default) to 51809068 (around 22% of the default). If you are upgrading you might want to ensure that your V3 inode usage is less than 50% of what the filesystem is capable of. The above migration tool 52 hours or so on a RAID 5 of 4 disks on a server that's a few years old. To watch I graphed it over time: http://broadley.org/bill/backuppc.png |
|
From: Richard S. <hob...@gm...> - 2017-03-26 18:28:28
|
I figured it out... Because everything is detected (rsync, ping, ping6, tar, par, etc...) it has to be present in the buildroot during the install even though it's not a requirement to build. I plan on adding all these as overrides to configure.pl so I don't pull in all these packages and their dependencies during package building. Thanks, Richard |
|
From: Alexander M. <mo...@me...> - 2017-03-26 16:01:06
|
On 3/26/17 6:30 PM, Richard Shaw wrote: > On Sun, Mar 26, 2017 at 10:08 AM, Alexander Moisseev <mo...@me... <mailto:mo...@me...>> wrote: > > But you have specified --config-dir instead of --config-path . > > Probably https://github.com/backuppc/backuppc/pull/79 <https://github.com/backuppc/backuppc/pull/79> would help with your issue if you have to use --config-dir . > > > Perhaps... I tried just changing the dir to path and got the following: > > Is this a new installation or upgrade for BackupPC? If this is > an upgrade please tell me the full path of the existing BackupPC > configuration file (eg: /etc/BackupPC/config.pl <http://config.pl>). Otherwise, just > hit return. > > --> Full path to existing main config.pl <http://config.pl> [/etc/BackupPC/] > The file '/etc/BackupPC/' is not a regular file. > Need to specify a valid --config-path for upgrade > error: Bad exit status from /var/tmp/rpm-tmp.eRP9qR (%install) > It won't work. The configure.pl expects a full path including configuration file name as a value of the --config-path option. You can't specify a directory. But there is a special case: an empty string. That's why Craig suggested to use "--config-path ''" <-- empty string It is an equivalent of "hit return" in interactive mode. |
|
From: Richard S. <hob...@gm...> - 2017-03-26 15:40:11
|
I've updated my CentOS 7 box to BackupPC 4.1.0 to continue testing and ran into the following with a manual backup: This is the rsync child about to exec /usr/bin/rsync_bpc cmdExecOrEval: about to exec /usr/bin/rsync_bpc --bpc-top-dir /var/lib/BackupPC/ --bpc-host-name hobbes --bpc-share-name /home/richard/Documents --bpc-bkup-num 55 --bpc-bkup-comp 3 --bpc-bkup-prevnum -1 --bpc-bkup-prevcomp -1 --bpc-bkup-inode0 3945 --bpc-attrib-new --bpc-log-level 1 -e /usr/bin/ssh\ -l\ root --super --recursive --protect-args --numeric-ids --perms --owner --group -D --times --links --hard-links --delete --partial --log-format=log:\ %o\ %i\ %B\ %8U,%8G\ %9l\ %f%L --stats hobbes:/home/richard/Documents/ / rsync error: syntax or usage error (code 1) at options.c(1320) [server=3.0.9.6] rsync_bpc: connection unexpectedly closed (0 bytes received so far) [Receiver] Done: 0 errors, 0 filesExist, 0 sizeExist, 0 sizeExistComp, 0 filesTotal, 0 sizeTotal, 0 filesNew, 0 sizeNew, 0 sizeNewComp, 3945 inode rsync error: error in rsync protocol data stream (code 12) at io.c(629) [Receiver=3.0.9.6] rsync_bpc exited with fatal status 12 (3072) (rsync error: error in rsync protocol data stream (code 12) at io.c(629) [Receiver=3.0.9.6]) This is with the stock arguments so I don't know what part of the command rsync_bpc doesn't like.. Thanks, Richard |
|
From: Richard S. <hob...@gm...> - 2017-03-26 15:31:05
|
On Sun, Mar 26, 2017 at 10:08 AM, Alexander Moisseev <mo...@me...> wrote: > > But you have specified --config-dir instead of --config-path . > > Probably https://github.com/backuppc/backuppc/pull/79 would help with > your issue if you have to use --config-dir . > Perhaps... I tried just changing the dir to path and got the following: Is this a new installation or upgrade for BackupPC? If this is an upgrade please tell me the full path of the existing BackupPC configuration file (eg: /etc/BackupPC/config.pl). Otherwise, just hit return. --> Full path to existing main config.pl [/etc/BackupPC/] The file '/etc/BackupPC/' is not a regular file. Need to specify a valid --config-path for upgrade error: Bad exit status from /var/tmp/rpm-tmp.eRP9qR (%install) Thanks, Richard |
|
From: Alexander M. <mo...@me...> - 2017-03-26 15:08:57
|
On 3/26/17 5:20 PM, Richard Shaw wrote:
> On Sun, Mar 26, 2017 at 12:19 AM, Craig Barratt <cba...@us... <mailto:cba...@us...>> wrote:
>
> In looking a the code, if config-path is specified then any current config file is ignored.
>
> If you specify dest-dir then all of the output files are put below there.
>
> So if you specify both --config-path '' and --dest-dir, I believe any existing install should be ignored.
>
>
> Don't seem to work, it's already in there:
>
> %{__perl} configure.pl <http://configure.pl> \
> --batch \
> --backuppc-user=backuppc \
> --dest-dir %{buildroot} \
> --config-dir %{_sysconfdir}/%{name}/ \
> --config-override XferMethod=rsync \
> --config-override CgiURL=http://localhost/%{name} \
> --config-override ClientNameAlias=0 \
> --cgi-dir %{_libexecdir}/%{name} \
> --data-dir %{_localstatedir}/lib/%{name}/ \
> --html-dir %{_datadir}/%{name}/html/ \
> --html-dir-url /%{name}/images \
> --install-dir %{_datadir}/%{name} \
> --log-dir %{_localstatedir}/log/%{name} \
> --hostname localhost \
> --no-set-perms \
> --uid-ignore
>
But you have specified --config-dir instead of --config-path .
Probably https://github.com/backuppc/backuppc/pull/79 would help with your issue if you have to use --config-dir .
|
|
From: Richard S. <hob...@gm...> - 2017-03-26 14:20:52
|
On Sun, Mar 26, 2017 at 12:19 AM, Craig Barratt <
cba...@us...> wrote:
> In looking a the code, if config-path is specified then any current config
> file is ignored.
>
> If you specify dest-dir then all of the output files are put below there.
>
> So if you specify both --config-path '' and --dest-dir, I believe any
> existing install should be ignored.
>
Don't seem to work, it's already in there:
%{__perl} configure.pl \
--batch \
--backuppc-user=backuppc \
--dest-dir %{buildroot} \
--config-dir %{_sysconfdir}/%{name}/ \
--config-override XferMethod=rsync \
--config-override CgiURL=http://localhost/%{name} \
--config-override ClientNameAlias=0 \
--cgi-dir %{_libexecdir}/%{name} \
--data-dir %{_localstatedir}/lib/%{name}/ \
--html-dir %{_datadir}/%{name}/html/ \
--html-dir-url /%{name}/images \
--install-dir %{_datadir}/%{name} \
--log-dir %{_localstatedir}/log/%{name} \
--hostname localhost \
--no-set-perms \
--uid-ignore
Thanks,
Richard
|
|
From: Craig B. <cba...@us...> - 2017-03-26 05:19:41
|
In looking a the code, if config-path is specified then any current config file is ignored. If you specify dest-dir then all of the output files are put below there. So if you specify both --config-path '' and --dest-dir, I believe any existing install should be ignored. Craig On Sat, Mar 25, 2017 at 9:16 PM, Kenneth Porter <sh...@se...> wrote: > --On Saturday, March 25, 2017 9:58 PM -0700 Craig Barratt > <cba...@us...> wrote: > > > I'm not sure how you are using configure.pl to build a package. > > > > In any case, what I meant was you should try adding --config-path '' to > > the existing configure.pl arguments. Is that enough to have it ignore > any > > existing installation? > > Presumably the package should be built with its final config path, > /etc/BackupPC. But building the package might be done on a machine with a > working BackupPC, where the existing configuration should be ignored and > the package treated as a virgin installation. So it's necessary to tell the > build system the correct path but to ignore anything currently present at > that path. > > > > --- > This email has been checked for viruses by Avast antivirus software. > https://www.avast.com/antivirus > > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > BackupPC-devel mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ > |
|
From: Kenneth P. <sh...@se...> - 2017-03-26 04:17:50
|
--On Saturday, March 25, 2017 9:58 PM -0700 Craig Barratt <cba...@us...> wrote: > I'm not sure how you are using configure.pl to build a package. > > In any case, what I meant was you should try adding --config-path '' to > the existing configure.pl arguments. Is that enough to have it ignore any > existing installation? Presumably the package should be built with its final config path, /etc/BackupPC. But building the package might be done on a machine with a working BackupPC, where the existing configuration should be ignored and the package treated as a virgin installation. So it's necessary to tell the build system the correct path but to ignore anything currently present at that path. --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus |
|
From: Craig B. <cba...@us...> - 2017-03-26 04:00:16
|
Yes, IncrLevel is no longer used in 4.x. But rather than add a bogus setting to config.pl, it would be better to fix the init script so that it doesn't enforce a condition that is no longer true for 4.x. Craig On Sat, Mar 25, 2017 at 7:35 PM, Bill Broadley <bi...@br...> wrote: > > I upgraded two backuppc servers (both ubuntu 14.04) so far with: > 1) cpan install BackupPC::XS > 2) manual install of rsync-bpc (./configure --prefix=/opt/pkg/rsync- > bpc-<version>; make; make install > 3) then just ran the backuppc configure script (and mention the path for > rsync-bpc) > > It "just worked", except the ubuntu init script has: > grep -q IncrLevel $CONF || BAD=1 > > Which triggers (for those googleing the error): > BackupPC cannot be started because important parameters are missing from > config.pl. If you just upgraded BackupPC, please update /etc/backuppc > /config.pl > > Took me awhile to find because it's not in dmesg, syslog, or stdout/stderr > for > the daemon. > > I added to the config.pl: > 'IncrLevel' => '1', > > Started up. Seems happy, did a test restore, and am now doing a migrate > to see > how that impacts performance, pool size, and number of inodes. > > On a 2.7TB pool so far it's around 30% more inodes and 1% more space, but > it's > only processes less than half the hosts. I'm also rather curious about > the time > to backup for 3.x vs 4.x. > > > > > > > > > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > BackupPC-devel mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ > |
|
From: Craig B. <cba...@us...> - 2017-03-26 03:58:36
|
I'm not sure how you are using configure.pl to build a package. In any case, what I meant was you should try adding --config-path '' to the existing configure.pl arguments. Is that enough to have it ignore any existing installation?w Craig On Sat, Mar 25, 2017 at 7:15 PM, Richard Shaw <hob...@gm...> wrote: > On Sat, Mar 25, 2017 at 8:18 PM, Craig Barratt < > cba...@us...> wrote: > >> Do you mean an option to configure.pl to ignore an existing install? >> >> Have you tried doing this: >> >> ./configure.pl --config-path '' >> >> (that's 2 single quotes to create an empty --config-path). It should >> prompt for the config.pl path, and just hit enter. >> > > Hmm... That would be a nogo since package building can't be interactive... > > Thanks, > Richard > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > BackupPC-devel mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ > > |
|
From: Bill B. <bi...@br...> - 2017-03-26 02:51:12
|
I upgraded two backuppc servers (both ubuntu 14.04) so far with:
1) cpan install BackupPC::XS
2) manual install of rsync-bpc (./configure --prefix=/opt/pkg/rsync-
bpc-<version>; make; make install
3) then just ran the backuppc configure script (and mention the path for
rsync-bpc)
It "just worked", except the ubuntu init script has:
grep -q IncrLevel $CONF || BAD=1
Which triggers (for those googleing the error):
BackupPC cannot be started because important parameters are missing from
config.pl. If you just upgraded BackupPC, please update /etc/backuppc
/config.pl
Took me awhile to find because it's not in dmesg, syslog, or stdout/stderr for
the daemon.
I added to the config.pl:
'IncrLevel' => '1',
Started up. Seems happy, did a test restore, and am now doing a migrate to see
how that impacts performance, pool size, and number of inodes.
On a 2.7TB pool so far it's around 30% more inodes and 1% more space, but it's
only processes less than half the hosts. I'm also rather curious about the time
to backup for 3.x vs 4.x.
|
|
From: Richard S. <hob...@gm...> - 2017-03-26 02:15:47
|
On Sat, Mar 25, 2017 at 8:18 PM, Craig Barratt < cba...@us...> wrote: > Do you mean an option to configure.pl to ignore an existing install? > > Have you tried doing this: > > ./configure.pl --config-path '' > > (that's 2 single quotes to create an empty --config-path). It should > prompt for the config.pl path, and just hit enter. > Hmm... That would be a nogo since package building can't be interactive... Thanks, Richard |
|
From: Craig B. <cba...@us...> - 2017-03-26 01:18:32
|
Do you mean an option to configure.pl to ignore an existing install? Have you tried doing this: ./configure.pl --config-path '' (that's 2 single quotes to create an empty --config-path). It should prompt for the config.pl path, and just hit enter. Craig On Sat, Mar 25, 2017 at 6:06 AM, Richard Shaw <hob...@gm...> wrote: > Craig, > > Thanks for the new release! I'm working on updating the Fedora package now. > > One question though... How hard would it be to add a "--ignore-install" > option? > > I've been trying to test my package on my desktop but I also build the > package on my desktop so I keep having to uninstall the package or rename > config.pl so it doesn't find it during the build. > > Thanks, > Richard > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > BackupPC-devel mailing list > Bac...@li... > List: https://lists.sourceforge.net/lists/listinfo/backuppc-devel > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ > > |
|
From: Richard S. <hob...@gm...> - 2017-03-25 16:53:31
|
Ok, good news... I updated my package to 4.1.0 and put BackupPC_Admin in /usr/libexec/BackupPC and changed the apache directive from: <Directory /usr/share/BackupPC/> to <DirectoryMatch /usr/(share|libexec)/BackupPC/> And I could log in! I had a new SELinux error that access to /etc/BackupPC/LOCK was denied but I added a httpd_lock_t context to the LOCK file and that seems to have gone away. I was able to do a backup of my local home directory. Thanks, Richard |
|
From: Alexander M. <mo...@me...> - 2017-03-25 14:11:43
|
On 3/25/17 4:06 PM, Richard Shaw wrote: > Craig, > > Thanks for the new release! I'm working on updating the Fedora package now. > > One question though... How hard would it be to add a "--ignore-install" option? > > I've been trying to test my package on my desktop but I also build the package on my desktop so I keep having to uninstall the package or rename config.pl <http://config.pl> so it doesn't find it during the build. > > Thanks, > Richard > Richard, If I understand your problem correctly, you can use "--dest-dir" option to build the package in separate staging directory. |
|
From: Richard S. <hob...@gm...> - 2017-03-25 13:06:38
|
Craig, Thanks for the new release! I'm working on updating the Fedora package now. One question though... How hard would it be to add a "--ignore-install" option? I've been trying to test my package on my desktop but I also build the package on my desktop so I keep having to uninstall the package or rename config.pl so it doesn't find it during the build. Thanks, Richard |