On Mon, Jul 14, 2008 at 12:31:06PM +0100, G.W. Haywood said:
> Hi Stephen,
>
> On Sun, 13 Jul 2008 Stephen Gran wrote:
>
> > On Sat, Jul 12, 2008 at 07:40:02PM +0100, G.W. Haywood said:
> >
> > > Here's a graph of the memory used by clamd on one of my servers:
> > > http://www.jubileegroup.co.uk/
Hi Stephen,
On Sun, 13 Jul 2008 Stephen Gran wrote:
> On Sat, Jul 12, 2008 at 07:40:02PM +0100, G.W. Haywood said:
>
> > Here's a graph of the memory used by clamd on one of my servers:
> > http://www.jubileegroup.co.uk/JOS/misc/clamav-milter-0.9x.gif
>
> can you also plot the number of sign
Hi there,
On Sun, 13 Jul 2008 Stephen Gran wrote:
> On Sat, Jul 12, 2008 at 07:40:02PM +0100, G.W. Haywood said:
> >
> > Here's a graph of the memory used by clamd on one of my servers:
> >
> > http://www.jubileegroup.co.uk/JOS/misc/clamav-milter-0.9x.gif
>
> I don't have logs that go back that f
On Sat, Jul 12, 2008 at 07:40:02PM +0100, G.W. Haywood said:
>
> Sometimes people have seen this as a result of multiple copies of the
> database being loaded. That appears to have been a problem for quite
> some time. I think it's clamd which causes it by loading two database
> copies into memo
Hi there,
On Fri, 11 Jul 2008 09:48:01 Russell Jones wrote:
> ... 0.93.3 on CentOS 5.2 64bit seems to have a memory doubling issue
> whenever the database is reloaded.
>
> On starting clamd, the ram usage is 70MB. But whenever it reloads ...
> .. the memory usage jumps to 131 megs and stays there
Yay! I am happy to report that the patch has fixed the database
reloading / memory doubling problem beautifully:
Fri Jul 11 15:41:30 2008 -> Thread cleaning up. thr_alive(0)Fri Jul 11
15:42:01 2008 -> No stats for Database check - forcing reload
Fri Jul 11 15:42:01 2008 -> Active threads(1). Wa
Stephen Gran wrote:
> On Fri, Jul 11, 2008 at 09:52:43AM -0700, Dennis Peterson said:
>> Tomasz Kojm wrote:
>>> On Fri, 11 Jul 2008 09:48:01 -0500
>>> Russell Jones <[EMAIL PROTECTED]> wrote:
>>>
.. the memory usage jumps to 131 megs and stays there. What is causing
this, and how can I f
Russell Jones wrote:
Sorry for the silly question, however with that patch, do I just replace
the original thrmgr.c file with this one, then recompile/reinstall? I
just want to make sure I do it correctly.
Thanks!
No, a patch is more of a difference between two files. You won't be
able to c
Sorry for the silly question, however with that patch, do I just replace
the original thrmgr.c file with this one, then recompile/reinstall? I
just want to make sure I do it correctly.
Thanks!
shuttlebox wrote:
> On Fri, Jul 11, 2008 at 6:52 PM, Dennis Peterson <[EMAIL PROTECTED]> wrote:
>
>
On Fri, Jul 11, 2008 at 6:52 PM, Dennis Peterson <[EMAIL PROTECTED]> wrote:
> Is this not a problem with Sparc processors, then? I've not witnessed it
> at all on my systems.
Me neither, I have clamd running on several Solaris 10 servers for
months staying at 70 MB. When I heard of excessive memor
On Fri, Jul 11, 2008 at 09:52:43AM -0700, Dennis Peterson said:
> Tomasz Kojm wrote:
> > On Fri, 11 Jul 2008 09:48:01 -0500
> > Russell Jones <[EMAIL PROTECTED]> wrote:
> >
>
> >>
> >> .. the memory usage jumps to 131 megs and stays there. What is causing
> >> this, and how can I fix it?
> >
>
Tomasz Kojm wrote:
> On Fri, 11 Jul 2008 09:48:01 -0500
> Russell Jones <[EMAIL PROTECTED]> wrote:
>
>>
>> .. the memory usage jumps to 131 megs and stays there. What is causing
>> this, and how can I fix it?
>
> Please have a look at
> https://wwws.clamav.net/bugzilla/show_bug.cgi?id=1028
>
On Fri, 11 Jul 2008 09:48:01 -0500
Russell Jones <[EMAIL PROTECTED]> wrote:
> Thanks in advance for any and all help. 0.93.3 on CentOS 5.2 64bit seems
> to have a memory doubling issue whenever the database is reloaded.
>
> On starting clamd, the ram usage is 70MB. But whenever it reloads the
>
Thanks in advance for any and all help. 0.93.3 on CentOS 5.2 64bit seems
to have a memory doubling issue whenever the database is reloaded.
On starting clamd, the ram usage is 70MB. But whenever it reloads the
database automatically:
Fri Jul 11 09:25:02 2008 -> No stats for Database check - for
14 matches
Mail list logo
