Hi,
I was looking at the output of htop today and noticed that the bacula-fd
process, although entirely idle was the highest memory process on the
server.
The output was:
PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command
3949 root 20 0 219M 63296 936 S 0.0 1.5 0:01.61
/usr/sbin/bacula-fd -c /etc/bacula/bacula-fd.conf
3952 root 20 0 219M 63296 936 S 0.0 1.5 0:00.81
/usr/sbin/bacula-fd -c /etc/bacula/bacula-fd.conf
I stopped the file daemon, started it again and its memory usage fell quite
dramatically. Initially it looked like this:
PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command
12768 root 20 0 66512 1616 632 S 0.0 0.0 0:00.00
/usr/sbin/bacula-fd -c /etc/bacula/bacula-fd.conf
12769 root 20 0 66512 1616 632 S 0.0 0.0 0:00.00
/usr/sbin/bacula-fd -c /etc/bacula/bacula-fd.conf
Some minutes later:
PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command
12768 root 20 0 74708 1856 860 S 0.0 0.0 0:00.01
/usr/sbin/bacula-fd -c /etc/bacula/bacula-fd.conf
12769 root 20 0 74708 1856 860 S 0.0 0.0 0:00.00
/usr/sbin/bacula-fd -c /etc/bacula/bacula-fd.conf
where it seems pretty stable.
The server (and therefore bacula-fd process) had been up a couple of weeks and
has daily incrementals, weekly differentials and monthly full backups scheduled
with the accurate option on and compression and encryption off. A full backup
is just shy of 500GB. The FD listens on both IPv4 and IPv6 and the backups
generally happen over IPv6.
Any thoughts?
Gavin
------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
