<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace">​​I don't know if I will hit upon the issue in this bug or not, but I'll offer what I've just found in case it may be useful:<br><br>I found freshclam to fail freshly installed with the error message indicated in this bug.  Here is my freshclam.conf upon installation:<br><br>```<br># Automatically created by the clamav-freshclam postinst<br># Comments will get lost when you reconfigure the clamav-freshclam package<br><br>DatabaseOwner clamav<br>UpdateLogFile /var/log/clamav/freshclam.log<br>LogVerbose false<br>LogSyslog false<br>LogFacility LOG_LOCAL6<br>LogFileMaxSize 0<br>LogRotate true<br>LogTime true<br>Foreground false<br>Debug false<br>MaxAttempts 5<br>DatabaseDirectory /var/lib/clamav<br>DNSDatabaseInfo <a href="http://current.cvd.clamav.net">current.cvd.clamav.net</a><br>ConnectTimeout 30<br>ReceiveTimeout 30<br>TestDatabases yes<br>ScriptedUpdates yes<br>CompressLocalDatabase no<br>SafeBrowsing false<br>Bytecode true<br>NotifyClamd /etc/clamav/clamd.conf<br># Check for new database 24 times a day<br>Checks 24<br>DatabaseMirror <a href="http://db.local.clamav.net">db.local.clamav.net</a><br>DatabaseMirror <a href="http://database.clamav.net">database.clamav.net</a><br>```<br></div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">If you comment out the UpdateLogFile line, it'll run but be marked as a modified conffile.  Didn't bother to check that this allows the (dead "success") systemd service to do more than just die with no error when run because no combination of debconf settings with ucf seemed to achieve the effect of commenting out that line.<br></div><div style="font-family:monospace,monospace;display:inline" class="gmail_default"><br>If I reconfigure it via debconf, it can be started.  Upon reconfiguring, I have this config file:<br><br>```<br># Automatically created by the clamav-freshclam postinst<br># Comments will get lost when you reconfigure the clamav-freshclam package<br><br>DatabaseOwner clamav<br>UpdateLogFile /var/log/clamav/freshclam.log<br>LogVerbose false<br>LogSyslog false<br>LogFacility LOG_LOCAL6<br>LogFileMaxSize 0<br>LogRotate false<br>LogTime true<br>Foreground false<br>Debug false<br>MaxAttempts 5<br>DatabaseDirectory /var/lib/clamav<br>DNSDatabaseInfo <a href="http://current.cvd.clamav.net">current.cvd.clamav.net</a><br>ConnectTimeout 30<br>ReceiveTimeout 30<br>TestDatabases yes<br>ScriptedUpdates yes<br>CompressLocalDatabase no<br>SafeBrowsing true<br>Bytecode true<br>NotifyClamd /etc/clamav/clamd.conf<br># Check for new database 24 times a day<br>Checks 24<br>DatabaseMirror <a href="http://db.local.clamav.net">db.local.clamav.net</a><br>DatabaseMirror <a href="http://database.clamav.net">database.clamav.net</a><br>```<br>​<br></div><div style="font-family:monospace,monospace;display:inline" class="gmail_default">Upon doing this I can now start the daemon via systemctl and it stays running.  My changes were minimal, and it appears the one that matters was the log rotation setting.<br></div><div style="font-family:monospace,monospace;display:inline" class="gmail_default"><br></div><div style="font-family:monospace,monospace;display:inline" class="gmail_default">I'm not sure in this configuration if systemd or freshclam is responsible for logging.  If the latter, logs won't get rotated.  Before it'd rotate an empty logfile and die.  Since it's no longer doing that, I assume systemd is responsible and will rotate logs however it is configured to do so.  It's systemd, yay!<br><br></div><div style="font-family:monospace,monospace;display:inline" class="gmail_default">Hope that sheds some light on the problem.<br></div></div>