Quoting message written on Friday 2015-03-27 16:16:53:
> I tried setting the alternatives this way:
> 
> [root@ops:/etc/bacula] #alternatives --set libbaccats-mysql-7.0.5.so
>  /usr/lib64/libbaccats-mysql.so
> 
> So I guess I'm still not doing this quite right, because it looks like
> the mysql libraries are still not linked to the bacula director:
> 
> [root@ops:/etc/bacula] #ldd $(which bacula-dir)| grep -i mysql
> [root@ops:/etc/bacula] #
> 
> Nothing shows up. So what do I need to do to get this working correctly?

bacula-dir binary and libbaccats-mysql-7.0.5.so are completely different
files. Both of these binaries have its own set of libraries they are 
linked with.
In other words you don't check bacula-dir with ldd in to check if the
libbaccats-mysql-7.0.5.so is linked with mysqlclient library.

I am not huge fan of alternatives but I think that you are not using it
properly in this case. I believe the command might look like this:
 alternatives --set libbaccats.so /usr/lib64/libbaccats-mysql.so

In order to check the mysql support you might use the command from
previous post (while you were doing debugging). For example:
  bacula-dir -c /etc/bacula/bacula-dir.conf -f -d 200

In the last 25 lines you should see whether mysql.c is mentioned or not.
If you see mysq.c lines following the dir_plugins.c lines then you
can be sure that your bacula-dir now supports mysql.


-- 
Josip Deanovic

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users