On 29 Jan 2007 at 17:11, Brad Peterson wrote: > I'm using Bacula to backup a large file, roughly 109MB in size. I'm > also attempting to back up this file to an offsite storage daemon. > > > > I've tried 6 times now to get the file to backup, but each time, I get > this error (showing the most relevant parts): > > > > Fatal error: job.c:1748 Comm error with SD. bad response to Append > Data. ERR=Connection reset by peer > > > > ... > > FD Files Written: 1 > > SD Files Written: 0 > > FD Bytes Written: 109,053,840 (109.0 MB) > > SD Bytes Written: 0 (0 B) > > > > > I can get it to work for 8 MB files no problem. But 109 MB files > always generate that above error. Further, looking at the volume's > physical file sizes, it always seems as if the storage daemon does get > all the data. > > Any ideas on what may be causing this?
offsite... firewalls? Look at heartbeat/keep alive. Try that. The other thing that comes to mind: are all the daemons the same version? FD/SD/Dir? -- Dan Langille : Software Developer looking for work my resume: http://www.freebsddiary.org/dan_langille.php PGCon - The PostgreSQL Conference - http://www.pgcon.org/ ------------------------------------------------------------------------- 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
