Am Dienstag, 20. November 2007 15:27 schrieb John Drescher: > > I need a litte bit help with Baculas catalog database locking > > mechanisms. Is there anything I can do, to avoid locking the whole > > catalog db during pruning or restore (tree build)? > > I have used bacula for 4 years and I have never seen this behavior. > However I have never ran a job that took more than a day. My biggest > backup was around 2TB which I believe completed in 15 to 17 hours to > my LTO2 tape archive which is located on a different server than the > director and also the bacula database.
Oh wonderfull! For 2TB we would need a half month or someone who's feeding the tapedrives at night. :( > During this and any other > backup I am completely free to run other jobs (backup, restore, > label ...) on my other tape drives as long as the jobs do not use any > of the tapes that are used in the current running backup. That sounds really great. There must be a mistake in my setup and I have to find it this weekend... > Do you have maximum concurrent jobs set in your bacula-dir.conf? > There are several places that this needs to be set depending on what > concurrency you need. If you like to have a look, the bacula-dir.conf was attached to my first posting in this thread. I have "Maximum Concurrent Jobs = 10" for testing purposes in the JobDefs section. This was 1 months ago, but changed nothing. Another "Maximum Concurrent Jobs" is in my Director sektion and is set to 3. That may be not enough. Hmmm "may"... Have to read the docs here :) There is running one client backup with prio 10, one catalog backup with prio 11 and eventually one restore job with prio 10. And of course there's a minimum of one bconsole connection at the same time, when I try to start the restore... > Also I know that your version of bacula is has > a bug that sometimes causes problems when doing concurrent restores > in which some of the files may not be restored. This was fixed in > bacula 2.2.3. I know about this bug and think that we aren't affected. We only have one client (+localhost for the catalog backup) which is backed up once a week. During an upgrade to Debian Etch in 2008, I plan to also upgrade bacula to it's latest stable version. Hopefully I get a new colleague next year. Thanks in advance, Christian ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
