Sometimes, clamd dies during its morning maintenance. I've not found any rhyme or reason to this, however it's a pain for me as I use exim4 + exiscan, and this will stop delivering mail if it can't talk to its Virusscanner. My current workaround: A crontab(5) script that checks to see if the socket is writeable, and stops and starts clamd if not.
# cat /etc/cron.d/check-clamd TESTFILE="/var/run/clamd.ctl" * * * * * root [ -w $TESTFILE ] || \ (/etc/init.d/clamav-daemon stop; \ /etc/init.d/clamav-daemon start)
I know this isn't the prettiest, but I don't have time to track down why its dying just yet. -- DanielLawson
A similar script is available at http://mikecathey.com/code/clamdwatch/ and in the contrib/clamdwatch directory.
Jun 9 10:21:02 firewall amavis: (17934-02) Clam Antivirus-clamd FAILED - unknown status: /var/lib/amavis/amavis-msg-id/parts: Can't access the file ERROR
Another way around this is to run clamd and amavis as the same user. Apparently this change needs to be made for Conectiva Linux.
This worked on Debian with Exim4-daemon-heavy and clamav:
lib/main.php:944: Notice: PageInfo: Cannot find action page
lib/main.php:839: Notice: PageInfo: Unknown action
lib/plugin/WlugLicense.php:99: Warning: Invalid argument supplied for foreach()
lib/plugin/WlugLicense.php:111: Warning: in_array() [<a href='function.in-array'>function.in-array</a>]: Wrong datatype for second argument