Backup Central

Hi and happy new year to every, I'm just wondering if it's possible to use Bacula with PostgreSQL 9.1.x because I'm trying several ways and have not luck because it ask for  libpq.so.4. Which is not available at CentOS 6. Error: Package: bacula-catalog-postgresql-5.2.3-180.1.x86_64 (Archiving_Backup_Factory)
           Requires: libpq.so.4()(64bit)
I tried to fake the repos enabling CentOS 5 but then get this other error:


[root < at > rep-mgr ~]# yum install postgresql-libs-8.1.23-1.el5_6.1.x86_64
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: centos-mirror.hostdime.com.br
 * extras: centos-mirror.hostdime.com.br
 * updates: centos-mirror.hostdime.com.br
Setting up Install Process
No package postgresql-libs-8.1.23-1.el5_6.1.x86_64 available.
Error: Nothing to do



But the package exists because see this other command output:


[root < at > rep-mgr ~]# export http_proxy=http://10.13.13.251:808
[root < at > rep-mgr ~]# yum whatprovides *libpq.so* --enablerepo=base5
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: centos-mirror.hostdime.com.br
 * base5: centos-mirror.hostdime.com.br
 * extras: centos-mirror.hostdime.com.br
 * updates: centos-mirror.hostdime.com.br
base5                                                                                                                                                                                                                 | 1.1 kB     00:00
base5/primary                                                                                                                                                                                                         | 1.2 MB     00:03
base5                                                                                                                                                                                                                              3566/3566
base5/filelists                                                                                                                                                                                                       | 3.5 MB     00:32
postgresql-devel-8.4.9-1.el6_1.1.x86_64 : PostgreSQL development header files and libraries
Repo        : base
Matched from:
Filename    : /usr/lib64/libpq.so


postgresql-devel-8.4.9-1.el6_1.1.i686 : PostgreSQL development header files and libraries
Repo        : base
Matched from:
Filename    : /usr/lib/libpq.so


postgresql-libs-8.4.9-1.el6_1.1.x86_64 : The shared libraries required for any PostgreSQL clients
Repo        : base
Matched from:
Filename    : /usr/lib64/libpq.so.5.2
Other       : libpq.so = 8.4.9-1.el6_1.1
Other       : libpq.so.5()(64bit)
Filename    : /usr/lib64/libpq.so.5


postgresql-libs-8.4.9-1.el6_1.1.i686 : The shared libraries required for any PostgreSQL clients
Repo        : base
Matched from:
Filename    : /usr/lib/libpq.so.5.2
Filename    : /usr/lib/libpq.so.5
Other       : libpq.so.5
Other       : libpq.so = 8.4.9-1.el6_1.1


postgresql84-devel-8.4.7-1.el5_6.1.i386 : PostgreSQL development header files and libraries
Repo        : base5
Matched from:
Filename    : /usr/lib/libpq.so


postgresql-libs-8.1.23-1.el5_6.1.i386 : The shared libraries required for any PostgreSQL clients.
Repo        : base5
Matched from:
Other       : libpq.so
Filename    : /usr/lib/libpq.so.4
Other       : libpq.so.4
Filename    : /usr/lib/libpq.so.4.1


postgresql84-libs-8.4.7-1.el5_6.1.i386 : The shared libraries required for any PostgreSQL clients
Repo        : base5
Matched from:
Filename    : /usr/lib/libpq.so.5.2
Other       : libpq.so = 8.4.7-1.el5_6.1
Filename    : /usr/lib/libpq.so.5
Other       : libpq.so.5


postgresql-libs-8.1.23-1.el5_6.1.x86_64 : The shared libraries required for any PostgreSQL clients.
Repo        : base5
Matched from:
Other       : libpq.so
Other       : libpq.so.4()(64bit)
Filename    : /usr/lib64/libpq.so.4.1
Filename    : /usr/lib64/libpq.so.4


postgresql84-libs-8.4.7-1.el5_6.1.x86_64 : The shared libraries required for any PostgreSQL clients
Repo        : base5
Matched from:
Filename    : /usr/lib64/libpq.so.5.2
Other       : libpq.so = 8.4.7-1.el5_6.1
Other       : libpq.so.5()(64bit)
Filename    : /usr/lib64/libpq.so.5


postgresql84-devel-8.4.7-1.el5_6.1.x86_64 : PostgreSQL development header files and libraries
Repo        : base5
Matched from:
Filename    : /usr/lib64/libpq.so


postgresql-devel-8.1.23-1.el5_6.1.i386 : PostgreSQL development header files and libraries.
Repo        : base5
Matched from:
Filename    : /usr/lib/libpq.so


postgresql-devel-8.1.23-1.el5_6.1.x86_64 : PostgreSQL development header files and libraries.
Repo        : base5
Matched from:
Filename    : /usr/lib64/libpq.so



So, any help on this?
Cheers and thanks in advance


Ing. Reynier Pérez Mira
Cel: +58 424.180.5609 / +58 416.921.7406
Correo: reynierpm < at > gmail.com ([email]reynierpm < at > gmail.com[/email]) / reynierpm < at > hotmail.com ([email]reynierpm < at > hotmail.com[/email])

Hi and happy new year to every, I'm just wondering if it's possible to use Bacula with
PostgreSQL 9.1.x because I'm trying several ways and have not luck because it ask for
libpq.so.4. Which is not available at CentOS 6. 

I tried to fake the repos enabling CentOS 5 but then get this other error:

I can't imagine a good reason to do ever do that? While I use the provided Postgre
packages the fact those packages are built for centos 6 but don’t provide their own
non stock deps nor get them from any package in base is concerning. Last time I looked
at the spec it was so long and unruly I wasn’t surprised they became impossible to
maintain.

So, any help on this?

Yes, I can only imagine the packages at that repo are built but not ever tested. If they
are tested, the QA environment certainly does not represent a stock setup as you just
found one of more issues with them. Now you will encounter other problems when
you remove those packages, you'll end up needing to prevent the scripts section from
executing as they likely won't work, then be forced to cleanup manually removing old
init scripts and working directories etc.

Install from a repo that is tested and does work, delete that repo file add the one from
Simone Caronni at http://repos.fedorapeople.org/repos/slaanesh/bacula/epel-6/x86_64/

These packages do work well and the maintainer validates his builds and uses a
more thorough build process. He's also responsive to suggestions from the list.

Good luck,
jlc
------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create
new or port existing apps to sell to consumers worldwide. Explore the
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
Bacula-users mailing list
Bacula-users < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Thanks Joseph it works like a charm, I did not know about this repo and few days ago I ask about the same in the list and it was several answers as for example: symlink  libpq.so.4 to  libpq.so.5, use SuSE repositories and none works until now.Cheers and happy new year
Ing. Reynier Pérez Mira
Cel: +58 424.180.5609 / +58 416.921.7406
Correo: reynierpm < at > gmail.com ([email]reynierpm < at > gmail.com[/email]) / reynierpm < at > hotmail.com ([email]reynierpm < at > hotmail.com[/email])



On Sun, Dec 25, 2011 at 10:18 PM, Joseph L. Casale <jcasale < at > activenetwerx.com ([email]jcasale < at > activenetwerx.com[/email])> wrote:
>Hi and happy new year to every, I'm just wondering if it's possible to use Bacula with
PostgreSQL 9.1.x because I'm trying several ways and have not luck because it ask for
libpq.so.4. Which is not available at CentOS 6. 


I tried to fake the repos enabling CentOS 5 but then get this other error:


I can't imagine a good reason to do ever do that? While I use the provided Postgre
packages the fact those packages are built for centos 6 but don’t provide their own
non stock deps nor get them from any package in base is concerning. Last time I looked
at the spec it was so long and unruly I wasn’t surprised they became impossible to
maintain.

So, any help on this?


Yes, I can only imagine the packages at that repo are built but not ever tested. If they
are tested, the QA environment certainly does not represent a stock setup as you just
found one of more issues with them. Now you will encounter other problems when
you remove those packages, you'll end up needing to prevent the scripts section from
executing as they likely won't work, then be forced to cleanup manually removing old
init scripts and working directories etc.

Install from a repo that is tested and does work, delete that repo file add the one from
Simone Caronni at http://repos.fedorapeople.org/repos/slaanesh/bacula/epel-6/x86_64/

These packages do work well and the maintainer validates his builds and uses a
more thorough build process. He's also responsive to suggestions from the list.

Good luck,
jlc
------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create
new or port existing apps to sell to consumers worldwide. Explore the
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
Bacula-users mailing list
Bacula-users < at > lists.sourceforge.net ([email]Bacula-users < at > lists.sourceforge.net[/email])
https://lists.sourceforge.net/lists/listinfo/bacula-users

On 12/26/2011 01:47 PM, reynierpm < at > gmail.com wrote:
Thanks Joseph it works like a charm, I did not know about this repo and few days ago I ask about the same in the list and it was
several answers as for example: symlink libpq.so.4 to libpq.so.5, use SuSE repositories and none works until now.
Cheers and happy new year

Ing. Reynier Pérez Mira
Cel: +58 424.180.5609 / +58 416.921.7406
Correo: reynierpm < at > gmail.com <mailto:reynierpm < at > gmail.com> / reynierpm < at > hotmail.com <mailto:reynierpm < at > hotmail.com>



On Sun, Dec 25, 2011 at 10:18 PM, Joseph L. Casale <jcasale < at > activenetwerx.com <mailto:jcasale < at > activenetwerx.com>> wrote:

Hi and happy new year to every, I'm just wondering if it's possible to use Bacula with
PostgreSQL 9.1.x because I'm trying several ways and have not luck because it ask for
libpq.so.4. Which is not available at CentOS 6.

I tried to fake the repos enabling CentOS 5 but then get this other error:

I can't imagine a good reason to do ever do that? While I use the provided Postgre
packages the fact those packages are built for centos 6 but don’t provide their own
non stock deps nor get them from any package in base is concerning. Last time I looked
at the spec it was so long and unruly I wasn’t surprised they became impossible to
maintain.

So, any help on this?

Yes, I can only imagine the packages at that repo are built but not ever tested. If they
are tested, the QA environment certainly does not represent a stock setup as you just
found one of more issues with them. Now you will encounter other problems when
you remove those packages, you'll end up needing to prevent the scripts section from
executing as they likely won't work, then be forced to cleanup manually removing old
init scripts and working directories etc.

Install from a repo that is tested and does work, delete that repo file add the one from
Simone Caronni at http://repos.fedorapeople.org/repos/slaanesh/bacula/epel-6/x86_64/

These packages do work well and the maintainer validates his builds and uses a
more thorough build process. He's also responsive to suggestions from the list.

Good luck,
jlc

The funky things is we build for pure stock release and CentOS 6 has only postgresql 8.4.4

jlc : about the cleaning, in rpm way and guidlines (cross-distribution) we don't have the right to remove
something that has been touched (there's the purge option for that)
Also you never send any comment or feedback against the package, we're trying to build for the community.
emails are in spec, in build environnement etc.

As we are only humans, working for free, sorry we can't get it perfect on the first try.

and second point the lenght of the spec, omg the simone has 1160 lines our 1360 ... wtf!
sorry bacula is not simple as a plasmoid to package especially when you try to get build and working for 12 distributions version.

But at least you are free to not trust the open build system if you want, but most of your remarks are just wrong, or fud.

And the last point, I've patched the description of the project, it's a factory : so not intended to be used on production yet!


--

Bruno Friedmann
Ioda-Net Sàrl www.ioda-net.ch

openSUSE Member & Ambassador
GPG KEY : D5C9B751C4653227
irc: tigerfoot

------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create
new or port existing apps to sell to consumers worldwide. Explore the
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
Bacula-users mailing list
Bacula-users < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Hi Bruno and yes you're right in CentOS 6 only PostgreSQL 8.4.4 is present but I get latest 9.1.2 from PostgreSQL repositories and for that my problem, any way I have installed now Bacula 5.3 (latest) and PostgreSQL 9.1.2-4 thanks to the Bacula Community and I will continue using Bacula for a long time and jlc and Bruno this is not a thread for cause problems I just ask for help so peace jejejeje Regards bothIng. Reynier Pérez Mira
Cel: +58 424.180.5609 / +58 416.921.7406
Correo: reynierpm < at > gmail.com ([email]reynierpm < at > gmail.com[/email]) / reynierpm < at > hotmail.com ([email]reynierpm < at > hotmail.com[/email])



On Mon, Dec 26, 2011 at 2:48 PM, Bruno Friedmann <bruno < at > ioda-net.ch ([email]bruno < at > ioda-net.ch[/email])> wrote:
The funky things is we build for pure stock release and CentOS 6 has only postgresql 8.4.4

jlc : about the cleaning, in rpm way and guidlines (cross-distribution) we don't have the right to remove
something that has been touched (there's the purge option for that)
Also you never send any comment or feedback against the package, we're trying to build for the community.
emails are in spec, in build environnement etc.

As we are only humans, working for free, sorry we can't get it perfect on the first try.

and second point the lenght of the spec, omg the simone has 1160 lines our 1360  ... wtf!
sorry bacula is not simple as a plasmoid to package especially when you try to get build and working for 12 distributions version.

But at least you are free to not trust the open build system if you want, but most of your remarks are just wrong, or fud.

And the last point, I've patched the description of the project, it's a factory : so not intended to be used on production yet!

Hi, it's me again. I'm following the book to configure my bacula but can't find the bacula script to start bacula-dir, bacula-sd and bacula-fd should be in somewhere but "locate bacula" does not find this file. Remember I installed from repos recomended by Joseph so I miss something or I need to start the daemon one by one? CheersIng. Reynier Pérez Mira
Cel: +58 424.180.5609 / +58 416.921.7406
Correo: reynierpm < at > gmail.com ([email]reynierpm < at > gmail.com[/email]) / reynierpm < at > hotmail.com ([email]reynierpm < at > hotmail.com[/email])



On Mon, Dec 26, 2011 at 4:42 PM, Joseph L. Casale <jcasale < at > activenetwerx.com ([email]jcasale < at > activenetwerx.com[/email])> wrote:
>The funky things is we build for pure stock release and CentOS 6 has only postgresql 8.4.4


Maybe you missed the OPs query about the libpq.so.4 dep? Not sure what provides that? I
saw that in a recent build, looks like its resolved now as it correctly requires libpq.so.5.

jlc : about the cleaning, in rpm way and guidlines (cross-distribution) we don't have the right
to remove something that has been touched (there's the purge option for that)


Uhm, when you `yum update` you often get the new package installed alongside the old one,
as well as when you attempt to simply remove the packages, the scripts section has issues
and leaves you no choice but to remove with a --noscripts. I think you need to review your
postun's at a minimum.

Are the init scripts getting left behind no an uninstall ok?

Also you never send any comment or feedback against the package, we're trying to build
for the community. emails are in spec, in build environnement etc.


Actually I did and it went unanswered?

As we are only humans, working for free, sorry we can't get it perfect on the first try.


I don’t object to that, and I do appreciate the effort but for people without devel environments
and or the knowledge and infrastructure to test all this, the packages in a broken state cause
more harm than good, no?

and second point the lenght of the spec, omg the simone has 1160 lines our 1360  ... wtf!
sorry bacula is not simple as a plasmoid to package especially when you try to get build
and working for 12 distributions version.


I guess it's not the line count specifically, but how the spec file is written, have look at them
side by side...

But at least you are free to not trust the open build system if you want, but most of your
remarks are just wrong, or fud.


Sigh, the packages have factual errors, the bad lib dep recently, the broken postun's, do you
not see this as an issue? I don’t not trust it just for the fun of it? Which part specifically is fud?

And the last point, I've patched the description of the project, it's a factory : so not intended
to be used on production yet!


5.2.3 is upstreams stable production release, it is somewhat misleading for a user to then see
5.2.3 rpms that are only devel level builds when hunting for something to install, but I guess
by the factory def you are right...
------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create
new or port existing apps to sell to consumers worldwide. Explore the
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
Bacula-users mailing list
Bacula-users < at > lists.sourceforge.net ([email]Bacula-users < at > lists.sourceforge.net[/email])
https://lists.sourceforge.net/lists/listinfo/bacula-users

Hi, it's me again. I'm following the book to configure my bacula but can't
find the bacula script to start bacula-dir, bacula-sd and bacula-fd should
be in somewhere but "locate bacula" does not find this file. Remember
I installed from repos recomended by Joseph so I miss something or I
need to start the daemon one by one?

Run a `chkconfig --list` and make sure they are enabled and set to on.
Then run a `service <name> start` for each and from then on let init
take care of it.
------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create
new or port existing apps to sell to consumers worldwide. Explore the
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
Bacula-users mailing list
Bacula-users < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users