Hi!

I may not have the answer for you but I might have a plausible explanation.

I do a lot backups over the internet and some of them are quite large. 
Sometimes when I do the fullbackups they fail a few times. The reason 
for that is that the connection is not maintained through the entire 
time that it takes to complete the fullbackup. I had a fullbackup which 
was 62 GB large and I had to do it 4 times before it completed successfully.

Try and make the fileset really small so it is virtually impossible for 
the backup to fail because of network errors.

/marcus

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.
>
> 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 ***
>
> *
>
>   


-- 
/Marcus Hallberg
Wimlet Consulting AB
Djurgårdsgatan 10
414 62 Göteborg
mobil: 0707-141716
e-post: [EMAIL PROTECTED]
hemsida: www.wimlet.se


-------------------------------------------------------------------------
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