[clamav-users] Failed to start Generic clamav scanner daemon.

G.W. Haywood clamav at jubileegroup.co.uk
Wed Jun 16 06:42:35 UTC 2021


Hi Eric,

On Wed, 16 Jun 2021, Eric Jin via clamav-users wrote:

> The ClamAV was installed in the oracle server two years ago. The
> clamd at scan.service could be started and running for a long time. The
> following output is from the command of "clamconf -n" in the oracle server.
> Please help me confirm if it could find the cause. Thanks.
>
> [root at tplinuxuhgdb2 clamd.d]# clamconf -n
> [...snip...]
> Database information
> --------------------
> Database directory: /var/lib/clamav
> daily.cld: version 26202, sigs: 3989629, built on Tue Jun 15 19:21:24 2021
> bytecode.cld: version 333, sigs: 92, built on Mon Mar  8 23:21:51 2021
> main.cld: version 59, sigs: 4564902, built on Mon Nov 25 21:56:15 2019
> bytecode.cvd: version 333, sigs: 92, built on Mon Mar  8 23:21:51 2021
> main.cvd: version 59, sigs: 4564902, built on Mon Nov 25 21:56:15 2019
> Total number of signatures: 13119617
> [...snip...]

I haven't looked in depth at the output but at first sight this looks
wrong.  Again I don't know if it's causing your problem.  For both the
main.* and the bytecode.* signatures in your database, you have both a
.cld and a .cvd file.  They are two different representations of the
same thing; a .cvd file is compressed and a .cld file is not.  Perhaps
you can try deleting one of them, then (re)start clamd.

The build information is a little overwhelming compared to mine (see
below).  I don't know what it might be telling me without spending a
bit of time on it, and I don't have enough spare time at the moment to
do that.  If you can wait, I'll take a look at it when I get a chance.
It would be much less effort if you built ClamAV from source yourself,
and test the resulting clamd binary on your system - or even if I did
that for you.

-- 

73,
Ged.


More information about the clamav-users mailing list