Hi Marc! Many thanks for your reply, it was indeed the Heartbeat interval. I've tinkered with it before, but never set it so low as Dominic suggested (15 sec)
I've accidentally replied only to Dominic to say that it worked, but this time I made sure it was sent to the list... Many thanks for your replies! Ger. Op vrijdag 17 februari 2006 12:06, schreef [EMAIL PROTECTED]: > Ger Apeldoorn schreef: > > Hi all! > > > > I'm using the latest bacula and am having difficulties with the backup of > > one of the servers. (RHEL3) > > > > I posted here before, thinking it had something todo with the Sonic > > firewall, but that does not seem the case. > > > > This is the setup: > > > > FD ----- Firewall with open ports 9101-9103 ------ Dir&SD > > > > After about 580 MB, the connection is reset and I get the following from > > the Director: > > ==================================================== > > 16-Feb 08:45 mypc-dir: dmzsvr.2006-02-15_23.05.01 Fatal error: Network > > error with FD during Backup: ERR=Connection reset by peer > > 16-Feb 08:45 mypc-dir: dmzsvr.2006-02-15_23.05.01 Fatal error: No Job > > status returned from FD. > > 16-Feb 08:45 mypc-dir: dmzsvr.2006-02-15_23.05.01 Error: Bacula 1.38.5 > > (18Jan06): 16-Feb-2006 08:45:52 > > JobId: 228 > > Job: dmzsvr.2006-02-15_23.05.01 > > Backup Level: Full (upgraded from Differential) > > Client: "dmzsvr-fd" > > i686-redhat-linux-gnu,redhat,Enterprise 3.0 > > FileSet: "dmzsvr" 2006-02-13 10:02:46 > > Pool: "Default" > > Storage: "DDS-4" > > Scheduled time: 15-Feb-2006 23:05:00 > > Start time: 16-Feb-2006 08:40:21 > > End time: 16-Feb-2006 08:45:52 > > 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): > > Volume Session Id: 2 > > Volume Session Time: 1140006246 > > Last Volume Bytes: 164,077 > > Non-fatal FD errors: 0 > > SD Errors: 0 > > FD termination status: Error > > SD termination status: Running > > Termination: *** Backup Error *** > > ==================================================== > > > > When this happens, the FD is unaware and continues to send data to the > > SD. I've even tried to use another SD, on another server. Problem > > persists. > > > > On another server (Also RHEL3) this problem does not occur. > > > > Any help VERY MUCH appreciated! > > Hi, > > I read this on page > http://www.bacula.org/rel-manual/Client_Fi_daemon_Configura.html > > maybe this 'Hearbeat Interval' helps? > > Heartbeat Interval = <time-interval> > This record defines an interval of time. For each heartbeat that > the File daemon receives from the Storage daemon, it will forward it to > the Director. In addition, if no heartbeat has been received from the > Storage daemon and thus forwarded the File daemon will send a heartbeat > signal to the Director and to the Storage daemon to keep the channels > active. The default interval is zero which disables the heartbeat. This > feature is particularly useful if you have a router such as 3Com that > does not follow Internet standards and times out a valid connection > after a short duration despite the fact that keepalive is set. This > usually results in a broken pipe error message. > > If you continue getting broken pipe error messages despite using > the Heartbeat Interval, and you are using Windows, you should consider > upgrading your ethernet driver. This is a known problem with NVidia > NForce 3 drivers (4.4.2 17/05/2004), or try the following workaround > suggested by Thomas Simmons for Win32 machines: > > Browse to: Start > Control Panel > Network Connections > > Right click the connection for the nvidia adapter and select > properties. Under the General tab, click "Configure...". Under the > Advanced tab set "Checksum Offload" to disabled and click OK to save the > change. > > Lack of communications, or communications that get interrupted can > also be caused by Linux firewalls where you have a rule that throttles > connections or traffic. > > -- > Best regards, > > Marc Cuypers > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
