Got this error about an hour ago when freshclam updated:
"LibClamAV Warning: Cannot prepare for JIT, because it has already been
converted to interpreter"
The error also now appears every time clamscan runs, but it all seems to
work. It's just annoying because it shows up in all the notifica
On 10/14/2010 6:05 AM, Luca Gibelli wrote:
> starting from the 0.96.2 release, our source tarball includes a script to
> automatically restart clamd in case the daemon crashes.
The question is: how much of a problem is this really?
What I mean is that I haven't had a crash problem ever, and tha
On Mon, 18 Oct 2010 12:44:07 -0400 (EDT)
jef moskot wrote:
> Got this error about an hour ago when freshclam updated:
>
> "LibClamAV Warning: Cannot prepare for JIT, because it has already
> been converted to interpreter"
>
> The error also now appears every time clamscan runs, but it all seems
On Mon, 18 Oct 2010 12:31:59 -0500
René Berber wrote:
> The only problem is with clamd becoming unresponsive every time it
> checks its database. For that I use clamdwatch with a very long
> time-out. The underlying problem, of course, is the 4 minutes it
> takes clamd to check all the database
On 10/18/2010 12:54 PM, Török Edwin wrote:
> What kind of signatures do those 3rdparty databases have?
> Can you use wc -l, and then group them by extension?
> I would expect hashes (.mdb, .hdb) to load quite fast, since we have
> lots of those too, and .ndb, or maybe .ldb to load a bit more slowl
On Mon, 18 Oct 2010, Török Edwin wrote:
You can apply this patch (that will be in 0.96.4):
http://git.clamav.net/gitweb?p=clamav-devel.git;a=blobdiff_plain;f=libclamav/bytecode_nojit.c;h=66d385d6a2b2f2f6afc4440a53ae87b9cae8c38b;hp=ec961a9d1bc6e3d274e664f9eb9afe4992f7757f;hb=670adde2bc4e4ba2f3b96c
On Mon, 18 Oct 2010 14:51:07 -0400 (EDT)
jef moskot wrote:
> On Mon, 18 Oct 2010, Török Edwin wrote:
> > You can apply this patch (that will be in 0.96.4):
> > http://git.clamav.net/gitweb?p=clamav-devel.git;a=blobdiff_plain;f=libclamav/bytecode_nojit.c;h=66d385d6a2b2f2f6afc4440a53ae87b9cae8c38b;
On Mon, 18 Oct 2010 13:32:01 -0500
René Berber wrote:
> On 10/18/2010 12:54 PM, Török Edwin wrote:
>
> > What kind of signatures do those 3rdparty databases have?
> > Can you use wc -l, and then group them by extension?
> > I would expect hashes (.mdb, .hdb) to load quite fast, since we have
> >
On Mon, 2010-10-18 at 14:51 -0400, jef moskot wrote:
> On Mon, 18 Oct 2010, Török Edwin wrote:
> > You can apply this patch (that will be in 0.96.4):
> > http://git.clamav.net/gitweb?p=clamav-devel.git;a=blobdiff_plain;f=libclamav/bytecode_nojit.c;h=66d385d6a2b2f2f6afc4440a53ae87b9cae8c38b;hp=ec961
On 10/18/2010 3:06 PM, Török Edwin wrote:
[snip]
> These look like the largest, I'll do some tests on the Solaris box I
> have access to and see how long it takes there.
Here's my result of moving out of the way all .ndb files:
Mon Oct 18 15:12:09 2010 -> Reading databases from /usr/local/share
On Mon, 18 Oct 2010 15:22:55 -0500
René Berber wrote:
> On 10/18/2010 3:06 PM, Török Edwin wrote:
>
> [snip]
> > These look like the largest, I'll do some tests on the Solaris box I
> > have access to and see how long it takes there.
>
> Here's my result of moving out of the way all .ndb files
On Mon, 18 Oct 2010, Török Edwin wrote:
Simply download the patch with a browser (or wget), and then apply it
like this:
patch -p1
Gotcha.
"-p1" was the juju I needed to make it go.
The patch apparently works fine. Viruses still being caught without the
error message.
Thanks very much!
J
On 10/18/2010 3:42 PM, Török Edwin wrote:
> For me it is (UltraSPARC-T2 @1165 MHz):
> official signatures: Time: 22.255 sec (0 m 22 s)
> official + sanesecurity: Time: 90.417 sec (1 m 30 s)
>
> That is with gcc 3.4.6.
> With gcc 4.4.3 I get 74s load time.
> With Sun studio 12 it takes 241s, (the
Hello, my $TMPDIR (/tmp) is filling up while scanning (large files). I'm
running 0.96.3. I run daily scans on files changed within the last 24 hours
(which I put into a file and pass to clamd). I configured clamd with the
following:
MaxThreads 1
MaxDirectoryRecursion 1
MaxScanSize 4294967296
M
On 10/18/2010 4:08 PM, René Berber wrote:
> On 10/18/2010 3:42 PM, Török Edwin wrote:
>
>> For me it is (UltraSPARC-T2 @1165 MHz):
>> official signatures: Time: 22.255 sec (0 m 22 s)
>> official + sanesecurity: Time: 90.417 sec (1 m 30 s)
>>
>> That is with gcc 3.4.6.
>> With gcc 4.4.3 I get 74s l
On 10/18/2010 5:12 PM, René Berber wrote:
> With -O3 it fails one of the tests:
>
> PASS: check_clamav
> PASS: check_freshclam.sh
> PASS: check_sigtool.sh
> SKIP: check_unit_vg.sh
> PASS: check1_clamscan.sh
> PASS: check2_clamd.sh
> FAIL: check3_clamd.sh
> PASS: check4_clamd.sh
> SKIP: check5_cla
On 10/18/2010 6:22 PM, René Berber wrote:
> it does pass all 7 tests with -O3.
And the load times go down to just over 2 minutes, 50% of what they where.
--
René Berber
___
Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net
http
17 matches
Mail list logo
