Bacula-users

Re: [Bacula-users] Unknown Error on Windows Director

2008-05-30 17:29:01
Subject: Re: [Bacula-users] Unknown Error on Windows Director
From: Arno Lehmann <al AT its-lehmann DOT de>
To: bacula-users AT lists.sourceforge DOT net
Date: Fri, 30 May 2008 23:28:03 +0200
Hi,

28.05.2008 23:45, David Justus wrote:
> Yes, Fun indeed, sorry for my delayed response.
> It appears that the FD on the linux machine is not returning some sorta 
> status update to the director on the windows machine. I have ran the 
> client on the linux machine with the debug option and have gotten the 
> log shown below. The Client is iterating through all of the files on the 
> server, and passing them to the director and storage daemon on the 
> windows machine.
> 
> yoda-fd: heartbeat.c:90-0 Got BNET_SIG -4 from SD
> yoda-fd: heartbeat.c:95-0 wait_intr=1 stop=1
> yoda-fd: jcr.c:603-0 OnEntry JobStatus=R set=f
> yoda-fd: jcr.c:623-0 OnExit JobStatus=f set=f
> yoda-fd: jcr.c:603-0 OnEntry JobStatus=f set=E
> yoda-fd: jcr.c:623-0 OnExit JobStatus=f set=E
> yoda-fd: heartbeat.c:139-0 Send kill to heartbeat id
> yoda-fd: backup.c:197-0 end blast_data ok=0
> yoda-fd: jcr.c:603-0 OnEntry JobStatus=f set=E
> yoda-fd: jcr.c:623-0 OnExit JobStatus=f set=E
> yoda-fd: job.c:252-0 Quit command loop. Canceled=1
> yoda-fd: pythonlib.c:237-0 No startup module.
> yoda-fd: job.c:337-0 Calling term_find_files
> yoda-fd: job.c:340-0 Done with term_find_files
> yoda-fd: job.c:342-0 Done with free_jcr
> 
>  From what i can tell there does not seem to be an error on the client 
> end. However the director definity is expecting something its not 
> getting, as shown by the director logs
> 
> 28-May 17:23 vader JobId 57: Fatal error: Network error with FD during 
> Backup: ERR=Unknown error

That's probably windows' error code. If the network stack reports an 
error the whole problem could not be Bacula-related at all.

Do you run a firewall on the server, and which network hardware are 
you using? Using another NIC or a newer driver for it might be worth a 
try.

> 28-May 17:23 vader JobId 57: Job Yoda-backup.2008-05-28_17.18.05 marked 
> to be canceled.
> 28-May 17:23 vader JobId 57: Job write elapsed time = 00:05:01, Transfer 
> rate = 174.2 K bytes/second
> 28-May 17:23 vader JobId 57: Fatal error: No Job status returned from FD.
> 
> I will try to run the director in debug mode and see if anything comes 
> up, but let me know if you have any suggestions.

Anything interesting already?

Arno

> Arno Lehmann wrote:
>> Hi,
>>
>> 18.05.2008 18:34, David Justus wrote:
>>   
>>> I have been trying to set up a bacula install to backup our various 
>>> systems. Most of our systems run OpenSuse 10.x except for an exchange 
>>> server which runs Windows Server 2003(this also happens to be the server 
>>> with the Tape Drive). I have installed Bacula 2.2.9-b6 on the Windows 
>>> Server,
>>>     
>> Hmm... beta version on a not fully supported OS. Fun guaranteed :-)
>>
>>   
>>> the Linux Servers are all running 2.2.8-1 installed from the 
>>> su102.i586 rpm. I have successfully gotten the windows director to 
>>> connect to the Linux file daemons. However when i attempt to execute a 
>>> backup its returns with the following error report.
>>>
>>> 18-May 11:32 vader JobId 49: Fatal error: Network error with FD during 
>>> Backup: ERR=Unknown error
>>> 18-May 11:32 vader JobId 49: Job Yoda-backup.2008-05-18_11.27.22 marked 
>>> to be canceled.
>>> 18-May 11:32 vader JobId 49: Job write elapsed time = 00:05:02, Transfer 
>>> rate = 180.1 K bytes/second
>>> 18-May 11:32 vader JobId 49: Fatal error: No Job status returned from FD.
>>> 18-May 11:32 vader JobId 49: Error: Bacula vader 2.2.10-b1 (15Apr08): 
>>> 18-May-2008 11:32:54
>>>   Build OS:               Linux Cross-compile Win32
>>>   JobId:                  49
>>>   Job:                    Yoda-backup.2008-05-18_11.27.22
>>>   Backup Level:           Full
>>>   Client:                 "yoda-fd" 2.2.8 (26Jan08) 
>>> i686-suse-linux-gnu,suse,10.2
>>>   FileSet:                "yoda-srv" 2008-05-17 16:30:26
>>>   Pool:                   "Default" (From Job resource)
>>>   Storage:                "File" (From Job resource)
>>>   Scheduled time:         18-May-2008 11:27:45
>>>   Start time:             18-May-2008 11:27:49
>>>   End time:               18-May-2008 11:32:54
>>>   Elapsed time:           5 mins 5 secs
>>>   Priority:               10
>>>   FD Files Written:       0
>>>   SD Files Written:       1,171
>>>   FD Bytes Written:       0 (0 B)
>>>   SD Bytes Written:       54,406,389 (54.40 MB)
>>>   Rate:                   0.0 KB/s
>>>   Software Compression:   None
>>>   VSS:                    no
>>>   Storage Encryption:     no
>>>   Volume name(s):         TestVol002
>>>   Volume Session Id:      4
>>>   Volume Session Time:    1211056773
>>>   Last Volume Bytes:      54,577,152 (54.57 MB)
>>>   Non-fatal FD errors:    0
>>>   SD Errors:              0
>>>   FD termination status:  Error
>>>   SD termination status:  Canceled
>>>   Termination:            *** Backup Error ***
>>>
>>> When i watch the status of the FD it appears to be iterating through the 
>>> files on the client end, but dies either during that or after that.
>>>     
>> Do you mean the FD actually crashes?
>>
>> Arno
>>
>>
>>   
>>> I 
>>> went through the user manuels and forms to try and find similar problems 
>>> but have been unable to find any information. Below are the relative 
>>> config files, any help or advice would be appreciated.
>>>
>>> JobDefs {
>>>   Name = "yoda"
>>>   Type = Backup
>>>   Level = Full
>>>   Client = yoda-fd
>>>   FileSet = "yoda-srv"
>>>   Schedule = "WeeklyCycle"
>>>   Storage = File
>>>   Messages = Standard
>>>   Pool = Default
>>>   Priority = 10
>>> }
>>>
>>> Job {
>>>   Name = "Yoda-backup"
>>>   JobDefs = "yoda"
>>>   Write Bootstrap = "C:\\Documents and Settings\\All Users\\Application 
>>> Data\\Bacula\\Work\\yoda.bsr"
>>> }
>>> FileSet{
>>>   Name = "yoda-srv"
>>>   Include {
>>>     Options {
>>>       signature = MD5
>>>       ignore case = yes
>>>     }
>>>     File = "/srv"
>>>     File = "/etc/apache2"
>>>     File = "/var/log"
>>>     File = "/etc/mysql.cnf"
>>>  
>>>   }
>>> }
>>> Client {
>>>   Name = yoda-fd
>>>   Address = <omitted>
>>>   FDPort = 9102
>>>   Catalog = MyCatalog
>>>   Password = "g3n35151.1"     # password for FileDaemon 2
>>>   File Retention = 30 days            # 30 days
>>>   Job Retention = 6 months            # six months
>>>   AutoPrune = yes                     # Prune expired Jobs/Files
>>> }
>>> Storage {
>>>   Name = File
>>>   Address =<omitted>
>>>   SDPort = 9103
>>>   Password = "j0TJFeIcfKlzJWqhMps4ImdNGMvBOa9pF6XJs6Y9bkvG"
>>>   Device = TapeDrive
>>>   Media Type = DLT-8000
>>> }
>>>
>>>
>>> David.
>>> --
>>>
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by: Microsoft 
>>> Defy all challenges. Microsoft(R) Visual Studio 2008. 
>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>> _______________________________________________
>>> Bacula-users mailing list
>>> Bacula-users AT lists.sourceforge DOT net
>>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>>>
>>>     
>>   
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Bacula-users mailing list
> Bacula-users AT lists.sourceforge DOT net
> 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 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
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>