Il 11/04/2011 20:41, acorn12 ha scritto:
> On 11/04/2011 1:23 AM, Marcello Romani wrote:
>> Il 10/04/2011 01:15, acorn12 ha scritto:
>>> On 08/04/2011 12:29 AM, Marcello Romani wrote:
>>>> Il 08/04/2011 02:33, acorn12 ha scritto:
>>>>> I am trying to run bacula on a mixed LAN with some Win XP/Vista machines
>>>>> and one Ubuntu 10.04 Server.
>>>>> The server has the bacula 5.0.1 package installed, while on the Windows
>>>>> XP machine I have bacula-win32-5.0.3.exe installed.
>>>>>
>>> -----
>>>>> As I am very new to bacula, I'm sure I am missing something, but have no
>>>>> clue what or where to look.
>>>>>
>>>>> Any hints or pointers are most welcome.
>>>>>
>>>>> TIA
>>>> The Windows installer asks for the director name but doesn't set the
>>>> password correctly. Copy the password from XP-fd.conf to the
>>>> bacula-dir.conf
>>> Copying the password did not seem to make a difference.
>>> As a test I've installed bacula 5.0.1 bacula-console-qt, bacula-console
>>> and bacula-common packages in a VMWare Ubuntu box on WinVista.
>>> The director (also 5.0.1) runs on the machine 'geek', not on the local
>>> machine.
>>>
>>> Calling up just bconsole I get only:
>>> /user@ubuntu:~$ sudo bconsole
>>> Connecting to Director geek:9101
>>> user@ubuntu:~$/
>>>
>>> /user@ubuntu:~$ sudo bconsole -t
>>> user@ubuntu:~$/
>>>
>>> Running BAT gives me the same error and behaves the same in every other
>>> way, first it does connect, but then fails with the same error message.
>>>
>>> So it looks it is not really (or at least not only) a Windows problem!!!
>>>
>>> bconsole.conf
>>> -------------------
>>> #
>>> # Bacula User Agent (or Console) Configuration File
>>> #
>>> Director {
>>> Name = geek-dir
>>> DIRport = 9101
>>> address = geek
>>> Password = "yveAet993vzsWug3KoZUKjVbdZy0nrSqIqQCFH80rIVS"
>>> }
>>> -------------------
>>> bat.conf
>>> -----------------
>>> #
>>> # Bacula Administration Tool (bat) configuration file
>>> #
>>> Director {
>>> Name = geek-dir
>>> DIRport = 9101
>>> address = geek
>>> Password = "yveAet993vzsWug3KoZUKjVbdZy0nrSqIqQCFH80rIVS"
>>> }
>>> -----------------
>>>
>>> --
>>> Fight Spam - report it with wxSR
>>> http://www.columbinehoney.net/wxSR.shtml
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Xperia(TM) PLAY
>>> It's a major breakthrough. An authentic gaming
>>> smartphone on the nation's most reliable network.
>>> And it wants your games.
>>> http://p.sf.net/sfu/verizon-sfdev
>>>
>>>
>>>
>>> _______________________________________________
>>> Bacula-users mailing list
>>> Bacula-users AT lists.sourceforge DOT net
>>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>> I don't have a solution, but some other suggestions...
>> In bacula-dir.conf, the Password field must match the one listed in the
>> client conf files above.
>> Same for Name parameter.
> Thank you;
> That much seems to check out OK
>> In /etc/bacula/bacula-dir.conf check that DirAddress also reports geek
> In /etc/bacula/bacula-dir.conf I have DirAddress = 127.0.0.1
>> Check also that /etc/hosts doesn't contain an entry where the fqdn of
>> geek is matched to 127.0.0.1
> my /etc/hosts has two entries
> 127.0.0.1 geek.aww.net geek localhost
> 127.0.0.1 geek.aww.net Geek
>
> My understanding - which is very soft and unsure - is that that is sort
> of expected.
> Can you please help me understand why this is not wanted for bacula?
> and how I would have to change it to make things work?
>
> TIA
>
>
The line should read just
127.0.0.1 localhost
Bacula director is a server program, i.e. it creates a tcp socket to
listen for incoming connections. That socket is bound to an ip address,
which AFAIKT is taken from the "address = " line. If the hostname on
that line translates to 127.0.0.1, then the bacula-director socket will
be listening onlly to connections coming from the machine itself, i.e.
won't respond to requests coming from the network.
Omitting the "127.0.0.1 geek" line will force the hostname (geek) to be
resolved by the system by querying dns, which will produce the same
result seen by the client machines (i.e. the ip address assigned to the
ethernet interface).
HTH
--
Marcello Romani
------------------------------------------------------------------------------
Forrester Wave Report - Recovery time is now measured in hours and minutes
not days. Key insights are discussed in the 2010 Forrester Wave Report as
part of an in-depth evaluation of disaster recovery service providers.
Forrester found the best-in-class provider in terms of services and vision.
Read this report now! http://p.sf.net/sfu/ibm-webcastpromo
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
