On Thursday 01 November 2007 22:44, Arno Lehmann wrote: > Hi, > > (the reason your mail was delayed was probably that you weren't > subscribed to the -devel list; in these cases, our helpful list admin > - thank you, by the way! - has to manually release your mail) > > 15.10.2007 11:34,, Christian Ziegler wrote:: > > Item n: Resume current backup Process after 24h breaking from ISP > > Resuming a job after a failure, basically. > > I think this is hard to implement in Baculas architecture. > > There are some good reasons for it, and I believe there should be some > discussion of it in the list archives. > > I suppose that Kern himself will not give a high priority to this > feature request. So, for your wish to become implemented, you might > have to do much of the necessary work yourself, or find some > experienced Bacula developer to help. > > Personally, I think you better tackled the underlying problem, and do > not fight the symptoms...
Bacula was designed with a number of important base assumptions. One was that it could rely on a stable communications connection and not have to re-implement all the error recovery already in TCP/IP. As a consequence, if you want to change that assumption, some major redesign would be necessary. I have no problem with such a project, but it isn't something that has a high priority for me for several reasons: 1. there is major functionality of high-end systems that is missing in Bacula. 2. Any full backup that takes more than 24 hours is already too long and is destined for failure one way or another. 3. it would be easier to break the job into several smaller parts, or subscribe to an Internet supplier who provides *real* internet services without arbitrary restrictions. 3. I don't know how to resolve the problem, so someone must work on it and do some important design work. It is not so simple to simply restart a connection that fails in a process like what Bacula is doing (restarting something like the transfer of a single file is rather trivial, but restarting a backup is not). As Arno says, if none of the workarounds are OK for you, you might try designing and possibly implementing it yourself as it would be a nice feature ... Kern > > Arno > > > Origin: Ziegler, Christian [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > > > > Date: 15 October 2007 > > > > Status: unkown > > > > > > > > What: After 24h of permantent internet connection most ISP cut > > > > The current DSL/Internet line to leave Space for other Users > > to connect as well > > > > This process terminates current backups because the director > > looses the connection > > > > To all machines which we want to backup at the moment. The > > result ist a broken backup > > > > Physically we only can collect Backups 30 GB per day. Some > > computers have more than 30 GB > > > > In full backup mode. So we can´t complete the backups and have > > to start from the beginning. > > > > > > > > Why: It´s important, because internet traffic is paid per GB and so > > we loose a lot of transfere volume > > > > An do not have any stable backup to increment on. > > > > > > > > Notes: Perhaps: bacula can check last correct written file, compare > > it with the ist of files to to and append > > > > After the line is again here (loose is about 3-5 Minutes) > > > > > > > > > > > > Best reg. > > > > > > > > logo_überarbeitet_für_emails > > > > *Christian Ziegler* > > Geschäftsführer (CEO) der > > McNeT Medien GmbH & Co KG > > > > McNeT Medien GmbH & Co KG > > > > Amtsgericht Bamberg, HR A 10038 > > > > > > > > Persönlich haftende Gesellschafterin: > > > > McNeT Medien Beteiligungs GmbH > > > > Amtsgericht Bamberg, HR B 4152 > > > > [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> > > > > Postanschrift: > > McNeT Medien GmbH & Co KG > > Meixnerstraße 8 > > D-96163 Gundelsheim (Bayern) > > > > Kommunikation: > > Telefon +49 951 700 58 66 > > Fax +49 951 700 58 68 > > Mobil +49 177 44 77 680 > > > > > > Mehr Informationen auch im Web > > http://www.mcnet.de <http://www.mcnet.de/> > > > > > > > > > > ------------------------------------------------------------------------ > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > Bacula-devel mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/bacula-devel ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Bacula-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel
