On 05/17/2012 04:13 AM, Konstantin Khomoutov wrote:
> On Thu, 17 May 2012 00:11:23 -0500
> David Clements<david.clements AT tds DOT net> wrote:
>
>> I have a laptop running Win XP Professional, after a normal startup
>> or a reboot the Bacula client is started and runs under the SYSTEM
>> user.
>>
>> If I check the status of the Win client from bconsole on the Linux
>> server I get:
>>
>> 16-May 23:34 claudius-dir JobId 0: Fatal error: Unable to
>> authenticate with File daemon at "192.168.100.4:9102". Possible
>> causes: Passwords or names not the same or
>> Maximum Concurrent Jobs exceeded on the FD or
>> FD networking messed up (restart daemon).
>> Please see
>> http://www.bacula.org/en/rel-manual/Bacula_Freque_Asked_Questi.html#SECTION003760000000000000000
>> for help.
>>
>> I restart the client under SYSTEM there is no change, but if I
>> restart the client under my user (an administrator) the status check
>> works and backups run ok.
>>
>> No config files files are changed and I have carefully checked that
>> duplicate config files do not exist for running under the 2 different
>> users
>>
>> I have checked various Win sites without success, does anyone have
>> any ideas?
> I've no problems backing up Win XP Pro (SP3) using 32-bit client v5.0.3
> and 5.0.2 on the server.
>
> Hence, a couple of questions:
>
> Are you running 32-bit OS?
>
> Are you sure there's no some sort of permission problem?
> I mean, what if the SYSTEM account cannot read the FD configuration
> file or access some other resource?
>
> I would try to run bacula-fd in debug mode under the local system
> account. That could be achieved using `psexec -s -i ...` (see [1]).
> For more on Bacula Win32 client debugging read [2].
>
> 1. http://technet.microsoft.com/en-us/sysinternals/bb897553
> 2. http://adsm.org/lists/html/Bacula-users/2011-05/msg00045.html
>
I have a second laptop running WinXP Pro v5.0.3 32bit client and it has
run bacula successfully for several months, The setup is identical on
both laptops, 1 works ok. the other fails. The client running under
SYSTEM must be looking in a different location for it's conf file, but
just can't see it at this time.
But a significant update, I have persuaded the failing laptop user to
use Kubuntu, something I have been working on for a while now! Sometimes
problems like these can help us to achieve our goals!
Many thanks for your help.
Dave Clements.
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
