just fail over to the other box. If not,
what can be done to maintain availability while the db reloads? I currently
reload every hour (based on clamd.conf), occasionally more often if there are
new rules detected by clamav-unofficial-sigs.
Thanks,
Charles
--
Charles Sprickman
NetEng/SysAdmin
On Tue, 6 Feb 2007, Craig Green wrote:
Charles Sprickman wrote:
Hi all,
I've been having this problem for quite some time and thought it might go
away after upgrading all our spamd/clamd boxes to FreeBSD 6.2 from 4.11.
It hasn't though... We use a maildrop recipe that uses
bols for /libexec/ld-elf.so.1
[Switching to LWP 100199]
0x28148c6b in pthread_testcancel () from /lib/libpthread.so.2
(gdb) where
#0 0x28148c6b in pthread_testcancel () from /lib/libpthread.so.2
#1 0x28140efa in pthread_mutexattr_init () from /lib/libpthread.so.2
#2 0x08057400 in ?? ()
Thanks,
Charl
On Tue, 9 Mar 2004, Chris Meadors wrote:
> International Center for Alcohol Policies? Now what exactly will the
> new version of ClamAV be doing? :)
Hopefully it will work well enough that no one will have to modify their
drinking habits.
> Maybe http://www.i-cap.org/home.html?
Has anyone mad
On Sun, 7 Mar 2004, Tomasz Kojm wrote:
> On Fri, 5 Mar 2004 19:37:13 -0500 (EST)
> Charles Sprickman <[EMAIL PROTECTED]> wrote:
>
> > Hello,
> >
> > I'm looking at implementing clamav for a somewhat large userbase. Due
>
> Please defer it for some
Hello,
I'm looking at implementing clamav for a somewhat large userbase. Due to
that, I need to run multiple clamds on seperate machines so as not to eat
all the resources on the main mail server. Think "spamd/spamc"...
>From what I can tell, the client included with clamav does not allow for
t
