Bacula-users

Re: [Bacula-users] Linux Server, Windows Client

2010-05-14 17:42:04
Subject: Re: [Bacula-users] Linux Server, Windows Client
From: Ben Pfitzner <crackhd2 AT gmail DOT com>
To: bacula-users AT lists.sourceforge DOT net
Date: Fri, 14 May 2010 23:40:05 +0200
Hi Joseph,

I had a similar Problem a couple of hours ago. See:
http://sourceforge.net/mailarchive/forum.php?thread_name=AANLkTinaPZe-zie5oyw2HO03wwN6sJwHE1hd7TpGiQIO%40mail.gmail.com&forum_name=bacula-users
What solved it for me was to use a shorter password, not kidding. I
used "abc" to test and when I got my first completed backup I switched
back to a 20 character password.

If that doesn't help you could you please provide your configfiles via
a place like pastebin.com

Cheers,

Ben

On Fri, May 14, 2010 at 11:15 PM, Joseph Spenner <joseph85750 AT yahoo DOT com> 
wrote:
> I'm currently using Bacula 5.0.2 on Linux.  It's working great with 3 Linux 
> clients (CentOS and Suse).  However, to make things interesting I decided to 
> try adding a Windows client.
> The bacula-fd.exe -t bacula-fd.conf   test passes on the Windows client.
> However, I did notice if I try to run it from c:\program files\bacula, it 
> tries to find the bacula-fd.conf in:
>
> C:\Documents and Settings\All Users\Application Data\Bacula/bacula-fd.conf
>
> So, I had to specify the full path with the command:
>
> bacula-fd.exe -t C:\Program Files\Bacula\bacula-fd.conf
>
> It returns nothing, indicating no errors.
>
> There is no firewall.  I can telnet to the client on port 9102 from the 
> server, and it tcp 'connects'.
>
> The configs on the client and server match as they should, the same way they 
> match for the working Linux clients.
>
> However, when I try to backup the Windows client I get an error:
>
> ==
> *messages
> 14-May 20:56 bacula-va-dir JobId 35: Fatal error: Unable to authenticate with 
> File daemon at "stewie: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.
> 14-May 20:55 stewie-fd: Fatal Error at 
> /tmp/bacula/bacula/src/filed/authenticate.c:144 because:
> Incorrect password given by Director at client.
> *
> *
> *messages
> 14-May 20:56 bacula-va-dir JobId 35: Warning: Unexpected Client Job message: 
> 2999 Authentication failed.
>
> 14-May 20:56 bacula-va-sd JobId 35: JobId=35 
> Job="Stewie.2010-05-14_20.56.13_23" marked to be canceled.
> 14-May 20:56 bacula-va-dir JobId 35: Fatal error: No Job status returned from 
> FD.
> 14-May 20:56 bacula-va-dir JobId 35: Error: Bacula bacula-va-dir 5.0.2 
> (28Apr10): 14-May-2010 20:56:27
>  Build OS:               x86_64-unknown-linux-gnu suse 11.2
>  JobId:                  35
>  Job:                    Stewie.2010-05-14_20.56.13_23
>  Backup Level:           Full
>  Client:                 "stewie-fd"
>  FileSet:                "Windows Default Set" 2010-05-14 18:43:49
>  Pool:                   "File" (From Job resource)
>  Catalog:                "MyCatalog" (From Client resource)
>  Storage:                "File" (From Job resource)
>  Scheduled time:         14-May-2010 20:56:05
>  Start time:             14-May-2010 20:56:15
>  End time:               14-May-2010 20:56:27
>  Elapsed time:           12 secs
>  Priority:               10
>  FD Files Written:       0
>  SD Files Written:       0
>  FD Bytes Written:       0 (0 B)
>  SD Bytes Written:       0 (0 B)
>  Rate:                   0.0 KB/s
>  Software Compression:   None
>  VSS:                    no
>  Encryption:             no
>  Accurate:               no
>  Volume name(s):
>  Volume Session Id:      6
>  Volume Session Time:    1273862578
>  Last Volume Bytes:      0 (0 B)
>  Non-fatal FD errors:    0
>  SD Errors:              0
>  FD termination status:  Error
>  SD termination status:  Waiting on FD
>  Termination:            *** Backup Error ***
>
> *
>
> I've checked/verified the passwords several dozen times, and they ARE correct 
> on the client and server.
> Does anyone know of some special Microsoft "feature" preventing this from 
> working?  Perhaps the MD5 password hash/algorithm doesn't match?
>
>
>
>
>
>
> ------------------------------------------------------------------------------
>
> _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>

------------------------------------------------------------------------------

_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users

<Prev in Thread] Current Thread [Next in Thread>