Hi Arno, thanks for your reply. In the last days I tried to implement your suggestions. As far as I could find out the heartbeat interval configuration option has to be added to the configuration of the director, so this is how my director configuration looks like right now:
Director { # define myself Name = plato-dir DIRport = 9101 # where we listen for UA connections QueryFile = "/usr/lib/bacula/query.sql" WorkingDirectory = "/var/lib/bacula" PidDirectory = "/var/run" Maximum Concurrent Jobs = 1 Password = "somepass" # Console password Messages = Daemon Heartbeat Interval = 60 } Anyway, the error stays the same. Did I add this configuration option correctly? Best Regards, Benedikt Arno Lehmann schrieb: > Hi, > > 19.05.2009 07:51, Benedikt Carda wrote: > >> Dear All, >> > > welcome to the mailing list! I hope we can help you with your > problems, and I hope you enjoy the way the Bacula community works > together! > > >> I kindly ask for help to solve the below problem: >> >> My configuration: >> OS: Centos 5.3 >> Bacula version: 2.4.4.1 >> >> I try to setup a backup process to backup just one database file (a >> mysql dump) for nightly backup over the internet (in order to have the >> backup off site). I am using this already for backing up other files and >> the connection works, only with large files, >> > > Ah... quite obvious, if you ask me :-) > > >> it seems bacula has a >> problem. The error is everyday exactly the same: >> >> 19-Mai 04:05 plato-dir JobId 206: No prior Full backup Job record found. >> 19-Mai 04:05 plato-dir JobId 206: No prior or suitable Full backup found >> in catalog. Doing FULL backup. >> 19-Mai 04:05 plato-dir JobId 206: Start Backup JobId 206, >> Job=merkur-database.2009-05-19_04.05.00.27 >> 19-Mai 04:05 plato-dir JobId 206: Using Device "FileStorage" >> 19-Mai 04:05 plato-sd JobId 206: Volume "2009-0003" previously written, >> moving to end of data. >> 19-Mai 04:05 plato-sd JobId 206: Ready to append to end of Volume >> "2009-0003" size=777761344 >> 19-Mai 05:11 plato-sd JobId 206: Job write elapsed time = 01:06:18, >> Transfer rate = 39.45 K bytes/second >> 19-Mai 06:16 plato-dir JobId 206: Fatal error: Network error with FD >> during Backup: ERR=Die Wartezeit für die Verbindung ist abgelaufen >> 19-Mai 06:16 plato-dir JobId 206: Fatal error: No Job status returned >> from FD. >> > > This means that the connection between DIR and FD is dead. > > >> 19-Mai 06:16 plato-dir JobId 206: Error: Bacula plato-dir 2.4.4 >> (28Dec08): 19-Mai-2009 06:16:18 >> Build OS: i686-redhat-linux-gnu redhat >> JobId: 206 >> Job: merkur-database.2009-05-19_04.05.00.27 >> Backup Level: Full (upgraded from Incremental) >> Client: "merkur-fd" 2.4.4 (28Dec08) >> i686-redhat-linux-gnu,redhat, >> FileSet: "merkur-database" 2009-02-26 04:05:00 >> Pool: "plato" (From Job resource) >> Storage: "plato-sd" (From Job resource) >> Scheduled time: 19-Mai-2009 04:05:00 >> Start time: 19-Mai-2009 04:05:02 >> End time: 19-Mai-2009 06:16:18 >> Elapsed time: 2 hours 11 mins 16 secs >> Priority: 10 >> FD Files Written: 0 >> SD Files Written: 2 >> FD Bytes Written: 0 (0 B) >> SD Bytes Written: 156,970,404 (156.9 MB) >> Rate: 0.0 KB/s >> Software Compression: None >> VSS: no >> Storage Encryption: no >> Volume name(s): 2009-0003 >> Volume Session Id: 95 >> Volume Session Time: 1238603747 >> Last Volume Bytes: 934,848,632 (934.8 MB) >> Non-fatal FD errors: 0 >> SD Errors: 0 >> FD termination status: Error >> SD termination status: OK >> Termination: *** Backup Error *** >> >> It seems like the network connection has been terminated sometime. >> > > Well, not the network connection itself, but the TCP session between > DIR and FD. > > >> But >> that is not true as it is a permanent connection with a static IP >> address on both sides. >> > > There's more to it than just IP addresses... Bacula uses TCP, so there > is a persistent connection established. Any router / firewall between > DIR and FD can affect the state of that connection, and that's most > likely what you observe: After a certain time of inactivity, some > router decides the connection is stale and closes it. Some routers > tend to do that and do not follow some standards that, on the TCP/IP > level, keep connections open (this can be a feature, too, if you need > to prevent DoS attacks where the attack itself is opening so many > connections that resources are exhausted). > > >> Furthermore, the line "SD Files Written:" states >> that there were two files written to the storage daemon. This is even >> one more than expected, it should only backup this one directory where >> there is only one file in it. And secondly the "SD Bytes Written:" line >> states nearly the bytes the mysql dump file had on that day (some bytes >> more than the file actually has). This means it actually wrote the whole >> file but after that I get an error or let's say the FD doesn't respond >> anymore or something. How can this happen? What could be a solution? >> > > How this happens is explained above. The cure is probably to use > Bacula's "Heartbeat interval" directive, to force Bacula to send some > packets between DIR and FD regularly. That should enable any router in > between to understand that this connection is still in use and should > not be forcibly dropped. > > Arno > > >> Thanks in advance. >> >> Best Regards, >> Benedikt. >> >> >> >> ------------------------------------------------------------------------------ >> Crystal Reports - New Free Runtime and 30 Day Trial >> Check out the new simplified licensing option that enables >> unlimited royalty-free distribution of the report engine >> for externally facing server and web deployment. >> http://p.sf.net/sfu/businessobjects >> _______________________________________________ >> Bacula-users mailing list >> Bacula-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/bacula-users >> >> > > ------------------------------------------------------------------------------ Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers & brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, & iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian Group, R/GA, & Big Spaceship. http://www.creativitycat.com _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users