Technological Wanderings - freshclam http://www.technologicalwanderings.co.uk/taxonomy/term/41 en Zimbra ClamAV failure http://www.technologicalwanderings.co.uk/node/24 <div class="field field-name-taxonomy-vocabulary-1 field-type-taxonomy-term-reference field-label-above"><div class="field-label">Keywords:&nbsp;</div><div class="field-items"><div class="field-item even"><a href="/taxonomy/term/39">clamav</a></div><div class="field-item odd"><a href="/taxonomy/term/40">clamd</a></div><div class="field-item even"><a href="/taxonomy/term/41">freshclam</a></div><div class="field-item odd"><a href="/taxonomy/term/42">zimbra</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"><p>I run Zimbra on a virtual machine. It's not ideal to run it like this; it does like to have a fair bit of CPU time available.</p> <p>Sometimes it fails - usually when the VM gets shutdown unexpectedly. Most recently I discovered I wasn't getting email due to clamav not working - this was sometime after upgrading from 4.5 to 5.0, although 5.0 had been working.. The Zimbra watchdog was attempting to start it every few minutes and the host machine's CPU time was disappearing rapidly.</p> <p>I spent some time looking at the configurations, wasting time wondering why the zimbra/clamav/etc/ files were defaults (it doesn't matter, they're not used).</p> <p>Eventually I deciphered the log message: ERROR: MD5 verification error</p> <p>It means, delete the contents of zimbra/clamav/db/, then run 'sudo -u zimbra zimbra/clamav/bin/freshclam'.</p> <p>This is the first time I've ever seen ClamAV corrupt its database.</p> <p>I consider myself an expert on installation, deployment and management of Postfix, amavisd-new, ClamAV... but they're well integrated with Zimbra so problems like this can often not be as obvious as they should be.</p> </div></div></div> Sat, 08 Mar 2008 19:57:15 +0000 techuser 24 at http://www.technologicalwanderings.co.uk http://www.technologicalwanderings.co.uk/node/24#comments