Hi, 10.09.2007 23:57,, Hydro Meteor wrote:: > 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.
This *might* have been an old message still spooled - look at the time stamp. It is possible that this was from before your configuration change. > > 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? Does it happen again, or was this a one-time problem? As long as you use IP addresses only in the configuration files, I don't see where name resolving can fail... > Thanks! > > -H > > > On 9/9/07, *Arno Lehmann* <[EMAIL PROTECTED] <mailto:[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> < > 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> > <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 <http://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/ > <http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/> > _______________________________________________ > Bacula-users mailing list > [email protected] > <mailto:[email protected]> > 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 > [email protected] > https://lists.sourceforge.net/lists/listinfo/bacula-users -- 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 [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-users
