On 2020-01-27 10:38, Jean Mark Orfali wrote:
> Hello,
> 
>  
> 
> I have a Bacula server and 4 clients. The server has 8 cpu and 30 GIB of
> ram. I don't know why, it's been 5 days since the first backup started
> and they are still not finished. The ram on the server is still used at
> almost 100%, 29.30GIB. Do you know why Bacula uses so much memory?
> 
> thank you so much

This is not nearly enough information from which to diagnose the problem.

What back-end catalog database are you running?  How is it configured?
Does it have enough memory?  How much data are you backing up, and where
are you backing it up to?  What are the concurrency settings on ALL of
your Bacula daemons?  What is the Director currently *doing*?  What jobs
are running, what jobs are pending, what jobs are scheduled?  This would
probably be enough to start troubleshooting.

Tell us how your system is set up, at high level, and give us an
overview of your configuration (with passwords obscured, of course).


One unfortunate beginner mistake that I have seen people run into is to
run disk-to-disk backups stored on one of the filesystems that is backed
up, leading to a job that will effectively run forever as it recursively
backs up its own backups.

Another common mistake is to put the catalog on a fresh-out-of-the-box,
unconfigured, untuned MySQL instance.  The only thing that can be said
of the typical fresh-from-the-box default MySQL configuration file is
that it's usually no longer actively harmful.  Whichever database you
are using for your catalog, make sure it is properly configured and
tuned before you start.

(And don't use SQLite as a production catalog DB.  Seriously.)


-- 
  Phil Stracchino
  Babylon Communications
  ph...@caerllewys.net
  p...@co.ordinate.org
  Landline: +1.603.293.8485
  Mobile:   +1.603.998.6958


_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to