Re: [Bacula-users] What is the meaning of an orphaned buffer?

[Arno L. <al...@it...>]

Hi,

18.10.2007 16:58,, John Drescher wrote::
> On 10/18/07, Hydro Meteor <hyd...@gm...> wrote:
>>
>>
>> On 10/18/07, John Drescher <dre...@gm...> wrote:
>>> On 10/18/07, Hydro Meteor <hyd...@gm...> wrote:
>>>> I have searched the mail archives and noticed that some of the Bacula
>> Bugs
>>>> reports have mentioned orphaned buffers but I am wondering what they
>> mean.
>>>> I am running Bacula 2.2.3 on Mac OS X Server (Tiger 10.4.10) with
>> PostgreSQL
>>>> 8.1.9, and upon shutting down my Bacula daemons (for now I'm running all
>>>> three, Director, File, Storage on the same machine), and I got this
>> output:
>>>>> Orphaned buffer:  apple-xserve 24 bytes buf=11100d8 allocated at
>>>> scheduler.c:405
>>> I believe this means that bacula has detected a memory leak.
>> Which probably means I should get myself to the most current version of
>> Bacula ( 2.2.4) before reporting it.
>>
>> I will be using Bacula heavily on Mac OS X Server running on Intel Xserve
>> machines (both 10.4.x "Tiger" Server and as of after next week 10.5.x
>> "Leopard" Server) so I will be as active as I can be in reporting bugs for
>> Bacula on OS X Server.
>>
>> A memory leak does not sound palatable.
>>
> I don't think this is a very big problem since it is only a few amount
> of buffers. I probably would be a problem if you had your machine up
> for several years without restarting the bacula deamon though...

Even then, this might not be a problem as there are "good" orphaned 
buffers and "bad" ones, I believe.

The bad ones are those that should have been relesed because they are 
no longer related to anything in Bacula (like, for example, buffers 
allocated by a job that is already terminated.

As the scheduler is always running, these buffers might be of the 
"good" sort, meaning they are part of Baculas working data which is 
not released because it will be needed until program termination.

Of course, releasing them during the normal shutdown, and before the 
memory dump, would be nice.

Arno

> John
> 
> -------------------------------------------------------------------------
> 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-users mailing list
> Bac...@li...
> https://lists.sourceforge.net/lists/listinfo/bacula-users
> 

-- 
Arno Lehmann
IT-Service Lehmann
www.its-lehmann.de