Strange bacula ld-elf behaviour
Clemens Renner
claim at rinux.net
Tue May 16 21:48:12 UTC 2006
Hi everyone,
I'm experiencing a strange behaviour of the bacula-server port. Bacula
all in all consists of three services, the file daemon (FD), the storage
daemon (SD) and the director (DIR). The FD is part of the bacula-client
port; SD and DIR are provided with the bacula-server port.
I'm using FreeBSD 6.1 (before that 6.0 and before that 5.4 with the same
issue) and MySQL 4.1 as the database backend.
Here's some info:
root at xerxes:~# pkg_info | grep bacula
bacula-client-1.38.9 The network backup solution (client)
bacula-server-1.38.9 The network backup solution (server)
root at xerxes:~# pkg_info | grep mysql
mysql-client-4.1.19 Multithreaded SQL database (client)
mysql-server-4.1.19 Multithreaded SQL database (server)
Now, the funny thing is that after a while, ldd gives strange results
for bacula-dir:
root at xerxes:/usr/local/sbin# ldd bacula-dir
bacula-dir:
libmysqlclient_r.so.14 => not found (0x0) <------ !!
libz.so.3 => /lib/libz.so.3 (0x28101000)
libpthread.so.2 => /usr/lib/libpthread.so.2 (0x28116000)
libxpg4.so.3 => /usr/lib/libxpg4.so.3 (0x28140000)
libintl.so.6 => /usr/local/lib/libintl.so.6 (0x28142000)
libwrap.so.4 => /usr/lib/libwrap.so.4 (0x2814c000)
libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28153000)
libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x28243000)
libm.so.4 => /lib/libm.so.4 (0x28320000)
libc.so.6 => /lib/libc.so.6 (0x2833a000)
Specifically, when starting the DIR via the start script (old or new,
doesn't matter), the following is said:
/libexec/ld-elf.so.1: Shared object "libmysqlclient_r.so.14" not found,
required by "bacula-dir"
Notice that the mysql client library appears to be unavailable although
it does exist in /usr/local/lib/mysql and other binaries seem to find it:
# ldd /usr/local/bin/mysql
/usr/local/bin/mysql:
libreadline.so.6 => /lib/libreadline.so.6 (0x2808c000)
libncurses.so.6 => /lib/libncurses.so.6 (0x280c2000)
libmysqlclient.so.14 =>
/usr/local/lib/mysql/libmysqlclient.so.14 (0x2810d000) <------ !!
libcrypt.so.3 => /lib/libcrypt.so.3 (0x28177000)
libz.so.3 => /lib/libz.so.3 (0x28191000)
libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x281a6000)
libm.so.4 => /lib/libm.so.4 (0x28283000)
libc.so.6 => /lib/libc.so.6 (0x2829d000)
If I make deinstall install the mysql41-client port, the problem goes
away -- but only for a while! And after some time, usually a few days,
the same issue recurs.
This is really strange behaviour and I've tried about everything I could
think of. Suggestions?
Clemens
More information about the freebsd-ports
mailing list