DAve wrote:
> Good afternoon,
> 
> We have had Bacula running several months now and been very happy with 
> it. We just began doing network wide backups of our servers and all is 
> going well.
> 
> This week we began backing up a clinet machine inside our NOC. In order 
> to do so I have to go outside my PIX and back though the client's 
> firewall. This works fine for one machine inside the client firewall, 
> but not the other. Not real sure what to make of it. I tried searching 
> and found one message with firewall issues but no report of success.
> 
> I believe both sides of the firewall are configured correctly, certainly 
> because one client machine backs up fine. The only difference I can see 
> is that the failing server has a far larger backup file. The file being 
> backed up is the system-state.bkf file created by the ntbackup utility.
> 
> Below is a script of the director session showing the version of the 
> director (1.38.5) and the version of the FD (1.38.10). The final message 
> is the report on the failed backup.
> 
> Not real sure where to look next. Any suggestions are appreciated.

Ok, I kept plugging away at it. Though I tried to involve gdb I'm not 
sure it produced anything useful. I followed the earlier suggestion of 
keeping the client and director within the same version, to the max. I 
had been using v 1.38.10, so I began downgrading. When I got the windows 
fd to 1.38.6 my issues went away. I am happily backing up now, at least 
two days were successful on the last client. The original client has 
successfully backed up 7 days without error.

So I would say, at least from my perspective, that keeping your fd and 
dir as close as humanly possible in version to enjoy success.

DAve


> 
> DAve
> 
> 
> *version
> director-dir Version: 1.38.5 (18 January 2006)
> *st
> Using default Catalog name=DataVault DB=bacula
> Status available for:
>       1: Director
>       2: Storage
>       3: Client
>       4: All
> Select daemon type for status (1-4): 3
> The defined Client resources are:
>       1: director-fd
>       2: web6-fd
>       3: allied1-fd
>       4: mulberryss1-fd
>       5: newnfs-fd
>       6: avhost-fd
> Select Client (File daemon) resource (1-6): 4
> Connecting to Client mulberryss1-fd at mail.SOMECLIENTcom:49201
> 
> allied-mulberryss1-fd Version: 1.38.10 (08 June 2006)  VSS Windows 
> Server 2003 M
> VS NT 5.2.3790
> Daemon started 19-Jul-06 16:52, 5 Jobs run since started.
> 
> Terminated Jobs:
>   JobId  Level     Files         Bytes  Status   Finished        Name
> ======================================================================
>      52  Full          1 13,987,252,757 Error    19-Jul-06 18:08 
> Allied-mulberrys
> s1
>      57  Full          1 13,987,245,632 Error    20-Jul-06 12:00 
> Allied-mulberrys
> s1
> ====
> Running Jobs:
> Director connected at: 20-Jul-06 14:54
> No Jobs running.
> ====
> *mes
> 20-Jul 11:49 director-dir: Allied-mulberryss1.2006-07-20_10.41.26 Fatal 
> error: Network error with FD during Backup: ERR=Connection reset by peer
> 20-Jul 11:50 director-dir: Allied-mulberryss1.2006-07-20_10.41.26 Fatal 
> error: No Job status returned from FD.
> 20-Jul 11:50 director-dir: Allied-mulberryss1.2006-07-20_10.41.26 Error: 
> Bacula 1.38.5 (18Jan06): 20-Jul-2006 11:50:12
>    JobId:                  57
>    Job:                    Allied-mulberryss1.2006-07-20_10.41.26
>    Backup Level:           Full
>    Client:                 "mulberryss1-fd" Windows Server 2003,MVS,NT 
> 5.2.3790
>    FileSet:                "Allied-mulberryss1" 2006-07-19 16:53:14
>    Pool:                   "Daily-Mulberryss1-Pool"
>    Storage:                "storage1-allied-mulberryss1"
>    Scheduled time:         20-Jul-2006 10:41:24
>    Start time:             20-Jul-2006 10:41:28
>    End time:               20-Jul-2006 11:50:12
>    Priority:               10
>    FD Files Written:       0
>    SD Files Written:       0
>    FD Bytes Written:       0
>    SD Bytes Written:       0
>    Rate:                   0.0 KB/s
>    Software Compression:   None
>    Volume name(s):         Daily-mulberryss1-0003
>    Volume Session Id:      1
>    Volume Session Time:    1153410120
>    Last Volume Bytes:      12,999,167,664
>    Non-fatal FD errors:    0
>    SD Errors:              0
>    FD termination status:  Error
>    SD termination status:  Running
>    Termination:            *** Backup Error ***
> 
> *
> 


-- 
Three years now I've asked Google why they don't have a
logo change for Memorial Day. Why do they choose to do logos
for other non-international holidays, but nothing for
Veterans?

Maybe they forgot who made that choice possible.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to