Submitted by PaliGap on Wed, 05/25/2016 - 03:23 Pro Licensee
I have just updated Clam AV via the VM repository . But now it won't start. I get:
May 25 09:09:46 systemd: Starting Socket for Clam AntiVirus userspace daemon.
May 25 09:09:46 systemd: Failed to chown socket at step USER: No such process
May 25 09:09:46 systemd: clamav-daemon.socket control process exited, code=exited status=217
May 25 09:09:46 systemd: Failed to listen on Socket for Clam AntiVirus userspace daemon.
May 25 09:09:46 systemd: Dependency failed for Clam AntiVirus userspace daemon.
May 25 09:09:46 systemd: Job clamav-daemon.service/start failed with result 'dependency'.
May 25 09:09:46 systemd: Unit clamav-daemon.socket entered failed state.
Status:
Active
Comments
Submitted by PaliGap on Wed, 05/25/2016 - 03:39 Pro Licensee Comment #1
Submitted by PaliGap on Wed, 05/25/2016 - 03:40 Pro Licensee Comment #2
Submitted by JamieCameron on Wed, 05/25/2016 - 03:55 Comment #3
This looks to be the same as https://www.virtualmin.com/node/40836
Submitted by JamieCameron on Wed, 05/25/2016 - 03:55 Comment #4
Submitted by PaliGap on Wed, 05/25/2016 - 05:32 Pro Licensee Comment #5
I'm afraid I get ACCESS DENIED to https://www.virtualmin.com/node/40836
Submitted by PaliGap on Wed, 05/25/2016 - 05:49 Pro Licensee Comment #6
Submitted by JamieCameron on Wed, 05/25/2016 - 08:27 Comment #7
You may be missing some packages. What output do you get from the command :
rpm -qa | grep clam
Submitted by PaliGap on Wed, 05/25/2016 - 08:32 Pro Licensee Comment #8
I get these:
clamav-lib-0.99.2-2.el7.centos.vm.x86_64
clamav-scanner-0.99.2-2.el7.centos.vm.noarch
clamav-data-0.99.2-2.el7.centos.vm.noarch
clamav-server-0.99.2-2.el7.centos.vm.x86_64
clamav-scanner-systemd-0.99.2-2.el7.centos.vm.noarch
clamav-update-0.99.2-2.el7.centos.vm.x86_64
clamav-filesystem-0.99.2-2.el7.centos.vm.noarch
clamav-server-systemd-0.99.2-2.el7.centos.vm.noarch
clamav-0.99.2-2.el7.centos.vm.x86_64
Submitted by JamieCameron on Thu, 05/26/2016 - 19:15 Comment #9
What output do you get if you run
/etc/init.d/clamd.scan start
?CentOS 7 is on systemd. So the command to start the scanner is:
I'm rolling 0.99.2-3 to fix a couple of problems raised by folks; though there's something going on that I don't understand, as there's errors indicating clamav-daemon is trying to be started. clamd@scan works in the 0.99.2-2 packages, but clamav-daemon has some misconfiguration (clamav-daemon is a new service provided in the upstream tarball).
Anyway, new version may fix things. But, my systems are working fine using clamd@scan in the current packages. clamav-daemon keeps coming up, and I'm not sure what's calling that.
Submitted by PaliGap on Fri, 05/27/2016 - 08:08 Pro Licensee Comment #12
I think the update has helped. On the one hand "systemctl start clamd@scan" and "systemctl stop clamd@scan" seem to work. But the start/stop options on the Virtualmin status page do not work still.
Submitted by JamieCameron on Fri, 05/27/2016 - 18:30 Comment #13
Do you get any error message when you use the stop button?
Jamie, I'm seeing weirdness that I don't quite understand on the new package. I've forced installation of clamav-scanner and clamav-scanner-systemd (again, as I'm pretty sure we used to do this, but something regressed in virtualmin-base). But, I get the following error when enabling clamd:
ERROR: Could not lookup : Servname not supported for ai_socktype
----------- SCAN SUMMARY -----------
Infected files: 0
Time: 0.002 sec (0 m 0 s)
But, when I run it from the command line:
# clamdscan --config-file=/etc/clamd.d/scan.conf /etc/clamd.d/scan.conf
/etc/clamd.d/scan.conf: OK
----------- SCAN SUMMARY -----------
Infected files: 0
Time: 0.000 sec (0 m 0 s)
I see that there's code to handle adding the --config-file option when clamd@scan is used. But, maybe it's picking up some other configuration; these packages also have a clamav-daemon systemctl unit, which is shipped with the clamav upstream; I'm including it just in case folks want to follow the ClamAV docs to do other things with it. But, maybe it's confusing Virtualmin? I could pull it out of the packages, if necessary to resolve this issue.
Submitted by gatordude95 on Wed, 05/05/2021 - 19:03 Comment #15
I was also having this issued but a recent update appears to have fixed the issue. Oddly when I use the built in "enable clamAV server" key button it fails the first time but works the second. This gets it running in standalone mode.
Next I try to enable clamd and it errors the first time and works the second. Not sure if that helps.
I am running Debian 10 latest build.