On Mon, 02 Jul 2018 09:01:08 -0000 "Bill Damage" <bill.damage@xxxxxxxxx> wrote: > (I'm getting nothing from the Bacula forums so have to ask here). > > F28 is running fine in the same config. > > I was holding back until a regular bacula update came into my F29 > system with a DNF update, and it did recently. I'm now on 9.0.8. > However, it still thinks I'm using PostgreSQL, when in fact that's > not even installed on the server, it's just Mariadb which is working > perfectly with F28 and earlier. > > So I went nuclear and, after preserving all my configs and db's, did > a DNF remove on all the bacula components, then a DNF install on them > again. I still get the same problem: > > [root@tiger ~]# bacula-dir -t > bacula-dir: dird.c:1165-0 Could not open Catalog "MyCatalog", > database "bacula". bacula-dir: dird.c:1170-0 postgresql.c:332 Unable > to connect to PostgreSQL server. Database=bacula User=bacula Possible > causes: SQL server not running; password incorrect; max_connections > exceeded. 29-Jun 14:21 bacula-dir ERROR TERMINATION Please correct > configuration file: bacula-dir.conf > > So now it seems I need to do something right after a clean DNF > install on F29 which I never needed to before and don't know what it > is? Is there some setting in bacula.conf I've missed, or are we back > to getting the right link to the libbaccs.so as discussed elsewhere? > > I don't mind if it's a kludge, I just cant go on longer with no > backups. You probably need to set up the alternatives link for libbaccats.so again. There was an attempt to remove the need for this, but it was reverted. Check: $ alternatives --display libbaccats.so libbaccats.so - status is manual. link currently points to /usr/lib64/libbaccats-mysql.so /usr/lib64/libbaccats-mysql.so - priority 50 /usr/lib64/libbaccats-sqlite3.so - priority 40 /usr/lib64/libbaccats-postgresql.so - priority 60 Current `best' version is /usr/lib64/libbaccats-postgresql.so. If it's not set to /usr/lib64/libbaccats-mysql.so then run: # alternatives --config libbaccats.so and set it for the mysql back-end rather than the postgresql one. Paul. _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx/message/VV5URZWSYNIBEAYZDNQP5P7NZ6524INX/
