You're right, this apparently isn't completely due to bacula. Probably
more than one change took place. Change #1 is the config options I used.
I previously was able to build static versions of the sd and dir but that
no longer works on my server. Perhaps that's due to an upgrade of
something else though. In building the 3.0.2 version I got the same
errors, though, so obviously it wasn't a change in the bacula source code
that produced this.
Can you clarify the --libdir option as I can't seem to find it in the manual.
Checking out the sd I get this, though. Also, am I correct in concluding
that libbacpy.so.1 refers to something python related? I had specified to
disable that actually.
# ldd /usr/sbin/bacula-sd
libncurses.so.5 => /usr/lib64/libncurses.so.5 (0x0000003537000000)
libacl.so.1 => /lib64/libacl.so.1 (0x0000003525a00000)
libz.so.1 => /usr/lib64/libz.so.1 (0x0000003525200000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003524e00000)
libssl.so.6 => /lib64/libssl.so.6 (0x00002ad19c03a000)
libcrypto.so.6 => /lib64/libcrypto.so.6 (0x00002ad19c284000)
libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x0000003532c00000)
libm.so.6 => /lib64/libm.so.6 (0x0000003524600000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000003531400000)
libc.so.6 => /lib64/libc.so.6 (0x0000003524200000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000003524a00000)
libattr.so.1 => /lib64/libattr.so.1 (0x000000352d000000)
/lib64/ld-linux-x86-64.so.2 (0x0000003523e00000)
libgssapi_krb5.so.2 => /usr/lib64/libgssapi_krb5.so.2
(0x000000352f400000)
libkrb5.so.3 => /usr/lib64/libkrb5.so.3 (0x0000003530800000)
libcom_err.so.2 => /lib64/libcom_err.so.2 (0x000000352dc00000)
libk5crypto.so.3 => /usr/lib64/libk5crypto.so.3 (0x000000352f800000)
libkrb5support.so.0 => /usr/lib64/libkrb5support.so.0
(0x0000003530400000)
libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x000000352f000000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x000000352ec00000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x000000352c000000)
libsepol.so.1 => /lib64/libsepol.so.1 (0x000000352c400000)
# ldd /usr/sbin/bacula-dir
libncurses.so.5 => /usr/lib64/libncurses.so.5 (0x0000003537000000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003524e00000)
libssl.so.6 => /lib64/libssl.so.6 (0x00002b8144746000)
libcrypto.so.6 => /lib64/libcrypto.so.6 (0x00002b8144991000)
libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x0000003532c00000)
libm.so.6 => /lib64/libm.so.6 (0x0000003524600000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000003531400000)
libc.so.6 => /lib64/libc.so.6 (0x0000003524200000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000003524a00000)
/lib64/ld-linux-x86-64.so.2 (0x0000003523e00000)
libgssapi_krb5.so.2 => /usr/lib64/libgssapi_krb5.so.2
(0x000000352f400000)
libkrb5.so.3 => /usr/lib64/libkrb5.so.3 (0x0000003530800000)
libcom_err.so.2 => /lib64/libcom_err.so.2 (0x000000352dc00000)
libk5crypto.so.3 => /usr/lib64/libk5crypto.so.3 (0x000000352f800000)
libz.so.1 => /usr/lib64/libz.so.1 (0x0000003525200000)
libkrb5support.so.0 => /usr/lib64/libkrb5support.so.0
(0x0000003530400000)
libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x000000352f000000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x000000352ec00000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x000000352c000000)
libsepol.so.1 => /lib64/libsepol.so.1 (0x000000352c400000)
Kern Sibbald wrote:
> Hello,
>
> Nothing at all has changed concerning the shared libraries since 3.0.0. In
> looking at your ./configure script, maybe I am missing something, but I don't
> see any --libdir, so that is most likely the problem. The other possibility
> is that there was a previous version of Bacula running that prevented the
> libraries from being properly installed.
>
> You can do a "ldd bacula-sd" to see where it expects to find the librares and
> ensure it is the same place they were installed.
>
> Regards,
>
> Kern
>
> On Monday 19 October 2009 16:57:10 Bob Hetzel wrote:
>> Greetings,
>>
>> I've just compiled the version 3.0.3 and ran into this issue after doing a
>> make install and then trying to start it.
>>
>> OS is Centos 5.3 x64
>>
>> # /etc/bacula/bacula start
>> Starting the Bacula Storage daemon
>> /usr/sbin/bacula-sd: error while loading shared libraries: libbacpy.so.1:
>> cannot open shared object file: No such file or directory
>> Starting the Bacula File daemon
>> /usr/sbin/bacula-fd: error while loading shared libraries: libbacfind.so.1:
>> cannot open shared object file: No such file or directory
>> Starting the Bacula Director daemon
>> /usr/sbin/bacula-dir: error while loading shared libraries:
>> libbacfind.so.1: cannot open shared object file: No such file
>>
>> Bacula was able to build these two files and install them as you can see
>> here:
>>
>> # dir /usr/lib/libbac*
>> -rwxr-xr-- 1 root root 926 Oct 19 10:34 /usr/lib/libbaccfg.la
>> lrwxrwxrwx 1 root root 18 Oct 19 10:34 /usr/lib/libbaccfg.so ->
>> libbaccfg.so.1.0.0
>> lrwxrwxrwx 1 root root 18 Oct 19 10:34 /usr/lib/libbaccfg.so.1 ->
>> libbaccfg.so.1.0.0
>> -rwxr-xr-- 1 root root 74033 Oct 19 10:34 /usr/lib/libbaccfg.so.1.0.0
>> -rwxr-xr-- 1 root root 932 Oct 19 10:34 /usr/lib/libbacfind.la
>> lrwxrwxrwx 1 root root 19 Oct 19 10:34 /usr/lib/libbacfind.so ->
>> libbacfind.so.1.0.0
>> lrwxrwxrwx 1 root root 19 Oct 19 10:34 /usr/lib/libbacfind.so.1 ->
>> libbacfind.so.1.0.0
>> -rwxr-xr-- 1 root root 245496 Oct 19 10:34 /usr/lib/libbacfind.so.1.0.0
>> -rwxr-xr-- 1 root root 908 Oct 19 10:34 /usr/lib/libbac.la
>> -rwxr-xr-- 1 root root 920 Oct 19 10:34 /usr/lib/libbacpy.la
>> lrwxrwxrwx 1 root root 17 Oct 19 10:34 /usr/lib/libbacpy.so ->
>> libbacpy.so.1.0.0
>> lrwxrwxrwx 1 root root 17 Oct 19 10:34 /usr/lib/libbacpy.so.1 ->
>> libbacpy.so.1.0.0
>> -rwxr-xr-- 1 root root 21619 Oct 19 10:34 /usr/lib/libbacpy.so.1.0.0
>> lrwxrwxrwx 1 root root 15 Oct 19 10:34 /usr/lib/libbac.so ->
>> libbac.so.1.0.0
>> lrwxrwxrwx 1 root root 15 Oct 19 10:34 /usr/lib/libbac.so.1 ->
>> libbac.so.1.0.0
>> -rwxr-xr-- 1 root root 1095314 Oct 19 10:34 /usr/lib/libbac.so.1.0.0
>> -rwxr-xr-- 1 root root 969 Oct 19 10:34 /usr/lib/libbacsql.la
>> lrwxrwxrwx 1 root root 18 Oct 19 10:34 /usr/lib/libbacsql.so ->
>> libbacsql.so.1.0.0
>> lrwxrwxrwx 1 root root 18 Oct 19 10:34 /usr/lib/libbacsql.so.1 ->
>> libbacsql.so.1.0.0
>> -rwxr-xr-- 1 root root 5322655 Oct 19 10:34 /usr/lib/libbacsql.so.1.0.0
>>
>> Here's my config.out
>> Configuration on Mon Oct 19 10:30:55 EDT 2009:
>>
>> Host: x86_64-unknown-linux-gnu -- redhat
>> Bacula version: Bacula 3.0.3 (18 October 2009)
>> Source code location: .
>> Install binaries: /usr/sbin
>> Install libraries: /usr/lib
>> Install config files: /etc/bacula
>> Scripts directory: /etc/bacula
>> Archive directory: /tmp
>> Working directory: /var/bacula/working
>> PID directory: /var/bacula
>> Subsys directory: /var/lock/subsys
>> Man directory: ${datarootdir}/man
>> Data directory: /usr/share
>> Plugin directory: /usr/lib
>> C Compiler: gcc 4.1.2
>> C++ Compiler: /usr/bin/g++ 4.1.2
>> Compiler flags: -g -Wall -fno-strict-aliasing -fno-exceptions
>> -fno-rtti
>> Linker flags: -lncurses
>> Libraries: -lpthread
>> Statically Linked Tools: no
>> Statically Linked FD: no
>> Statically Linked SD: no
>> Statically Linked DIR: no
>> Statically Linked CONS: no
>> Database type: MySQL
>> Database port:
>> Database lib: -L/usr/lib64/mysql -lmysqlclient_r -lz
>> Database name: bacula
>> Database user: bacula
>>
>> Job Output Email: r...@localhost
>> Traceback Email: r...@localhost
>> SMTP Host Address: localhost
>>
>> Director Port: 9101
>> File daemon Port: 9102
>> Storage daemon Port: 9103
>>
>> Director User: bacula
>> Director Group: bacula
>> Storage Daemon User: root
>> Storage DaemonGroup: bacula
>> File Daemon User:
>> File Daemon Group:
>>
>> SQL binaries Directory /usr/bin
>>
>> Large file support: yes
>> Bacula conio support: yes -ltermcap
>> readline support: no
>> TCP Wrappers support: no
>> TLS support: yes
>> Encryption support: yes
>> ZLIB support: yes
>> enable-smartalloc: yes
>> enable-lockmgr: yes
>> bat support: yes
>> enable-gnome: no
>> enable-bwx-console: no
>> enable-tray-monitor: no
>> client-only: no
>> build-dird: yes
>> build-stored: yes
>> ACL support: yes
>> XATTR support: yes
>> Python support: no
>> Batch insert enabled: yes
>>
>>
>> And here's the configure script I used:
>>
>> export PKG_CONFIG_PATH=$PKG_CONFIG_PATH
>> export QTDIR=/usr/local/Trolltech/Qt-4.3.5
>>
>> export QTLIB=$QTDIR/lib
>> export QTBIN=$QTDIR/bin
>> export QTINCLUDE==$QTDIR/include
>> export PATH=$QTDIR/bin:$PATH
>>
>> export PKG_CONFIG_PATH=$QTLIB/pkgconfig:$PKG_CONFIG_PATH
>>
>> export LDFLAGS="-lncurses"
>>
>> CFLAGS="-g -Wall" \
>> ./configure \
>> --enable-lockmgr \
>> --enable-batch-insert \
>> --disable-ipv6 \
>> --enable-smartalloc \
>> --enable-conio \
>> --sbindir=/usr/sbin \
>> --with-subsys-dir=/var/lock/subsys \
>> --with-mysql \
>> --with-dir-password="deleted" \
>> --with-dir-user=bacula \
>> --with-dir-group=bacula \
>> --with-sd-user=root \
>> --with-pid-dir=/var/bacula \
>> --with-sd-group=bacula \
>> --enable-bat \
>> --with-qwt=/usr/lib
>>
>>
>>
>>
>>
>>
>> ---------------------------------------------------------------------------
>> --- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is
>> the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference
>> _______________________________________________
>> Bacula-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/bacula-devel
>
>
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Bacula-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-devel
