Hello again Arno,
Today I just pulled down Kern's update to Bacula (version 2.2.3) and I
installed it effortlessly on my Xserve. I am running all three Bacula
daemons on the same Xserve machine. I edited the bconsole.conf file (to
change its "address" field by changing its value to the static IP address of
my Xserve). I did the same for all of the Address fields in the Bacula
Director configuration file (bacula-dir.conf).
Even so, when I ran bconsole for the first time, I received this message:
10-Sep 21:24 apple-xserve-dir: -Console-.2007-09-10_21.24.24 Error: bsock.c:182
> gethostbyname() for host "apple-xserve" failed: ERR=Authoritative answer for
> host not found.
>
Where "apple-xserve" is the host name of my machine. But none of my Address
fields in the config files have the value of "apple-xserve" any more. I
wonder what file the console is reading which causes it to continue to
attempt to use gethostbyname() with the name "apple-xserve" instead of my
server's IP address?
How would I discover this, any ideas?
Thanks!
-H
On 9/9/07, Arno Lehmann <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> 10.09.2007 05:12,, Hydro Meteor wrote::
> > Hello,
> >
> > In Chapter 6.3.4 of the Bacula User's Guide, with regard to naming
> > resources, the Guide states that:
> >
> > Each of your Bacula components must have a unique name.
> >
> >
> > This is especially necessary when backing up a fleet machines.
> >
> > I didn't see any similar requirements that the Address fields of
> > resources also be unique. Can anyone confirm this? For example, would
> > the following (in the bacula-dir.conf file) have any conflicts?
> >
> > # Client (File Services) to backup
> > Client {
> > Name = myunique-machine-name-1
> > Address = 192.168.1.25 <http://192.168.1.25>
> > FDPort = 9102
> > Catalog = MyCatalog
> > Password = "YxR21sehW8stTml8RUKYAfln3WSVPoyvJVJ276RqXRmY"
> > # password for FileDaemon
> > File Retention = 30 days # 30 days
> > Job Retention = 6 months # six months
> > AutoPrune = yes # Prune expired Jobs/Files
> > }
> >
> >
> > and
> >
> > # Client (File Services) to backup
> > Client {
> > Name = myunique-machine-name-2
> > Address = 192.168.1.25 <http://192.168.1.25>
> > FDPort = 9102
> > Catalog = MyCatalog
> > Password = "YxR21sehW8stTml8RUKYAfln3WSVPoyvJVJ276RqXRmY"
> > # password for FileDaemon
> > File Retention = 30 days # 30 days
> > Job Retention = 6 months # six months
> > AutoPrune = yes # Prune expired Jobs/Files
> > }
> >
> >
> > As much as it would be ideal to use a FQDN for the Address fields, there
> > are some scenarios where this isn't possible and there is a concern from
> > my colleague, about a collision in the Address fields. Hopefully as
> > interpreted from the User's Guid, the uniqueness of the Name fields is
> > all that's required (but better to check ahead of time to be safe than
> > sorry later).
>
> I think what you intend to do would work. It's even a procedure I
> suggested a few times, and nobody complained that it didn't work :-)
>
> Although, in most cases, I suspect you won't need this sort of setup.
>
> Would yo mind explaining why you think you need this?
>
> Arno
>
> --
> Arno Lehmann
> IT-Service Lehmann
> www.its-lehmann.de
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
