Bacula-users

Re: [Bacula-users] bconsole can't talk to bacula-dir

2016-09-30 16:14:54
Subject: Re: [Bacula-users] bconsole can't talk to bacula-dir
From: Elias Pereira <empbilly AT gmail DOT com>
To: Jan Martin <fyzzics AT gmail DOT com>
Date: Fri, 30 Sep 2016 17:13:58 -0300

You tried to execute bacula-dir in debug mode?

# bacula-dir -d200


Em 30/09/2016 4:49 PM, "Jan Martin" <fyzzics AT gmail DOT com> escreveu:
Hello bacula-users!

I'm having a problem that I can't figure out, so I hope someone here can
help out.

I have been using bacula 5.2.x for backing up my Mint linux box and a
couple of Macs.  The latest version of Mint goes to bacula v7.0.5, so I
installed that after saving my old database and saving all the old
*.conf files.

After fixing up the new *.conf files so they were basically like the old
ones (I didn't use any of the new virtual autochanger stuff), I
reinstalled the *.conf files in /etc/bacula, and reconstituted the
database in the usual way.  I'm using sqlite3 for the database.

All the daemons start up fine, no errors, but when I try to start up
bconsole, I get an authorization error:

trinity% sudo bconsole
[sudo] password for jmm:
Connecting to Director localhost:9101
Director authorization problem.
Most likely the passwords do not agree.
If you are using TLS, there may have been a certificate validation error
during the TLS handshake.
Please see
http://www.bacula.org/en/rel-manual/Bacula_Freque_Asked_Questi.html#SECTION00260000000000000000
for help.

Here are the relevant sections of bacula-dir.conf:

Director {                            # define myself
   Name = trinity-dir
   DIRport = 9101                # where we listen for UA connections
   QueryFile = "/etc/bacula/scripts/query.sql"
   WorkingDirectory = "/var/lib/bacula"
   PidDirectory = "/var/run/bacula"
   Maximum Concurrent Jobs = 20
   Password = "xxxyyyzzz"         # Console password
   Messages = Daemon
   DirAddress = 127.0.0.1
}

and bconsole.conf:

Director {
   Name = trinity-dir
   DIRport = 9101
   address = localhost
   Password = "xxxyyyzzz"
}

The passwords are identical.  And the /etc/hosts file has the line

127.0.0.1       localhost

And there is no firewall, so no port usage restrictions.  Besides, all
this is taking place on one machine.  There are network clients, but are
they relevant to this problem?

I'm really confused.  I don't see how this can happen, but maybe there's
something out there that is failing a check, or something.  I could
really use some help - thanks in advance.

You folks have always come through in the past, and I'm hoping I've just
messed up something that's different for the new version.

-Jan Martin

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users