On Mon, May 19, 2014 at 7:19 PM, Andreas Cadhalpun <[email protected]> wrote:
> Why should this be necessary? > CLAMAVCONF=/etc/clamav/clamd.conf is the default location, where clamd looks > for a configuration file. Or did you change CLAMAVCONF and if so, why? Obviously. :-) The machine is part of a cluster and the cluster have more than one moving clamav server instances. If there's a problem with a clamav-hosting cluster member its clamav (along with its IP and config) moves over to the other cluster hosts, so it's possible that one host runs more than one clamav (on different IP addresses). Due to pid and locking issues (and some generalisations) it's much easier to have multiple configs than trying to manually set various parameters. But if you look at your script it partially written as being able to use any config file so the careless reader (like I was) would think it will work for other config names, which isn't true. You could, obviously, remove any variables containing the config file but my suggestion may be more useful for the general happiness of the sysadmins. >> Apart from that it isn't quite LSBish that the initscript bails out >> when config is >> set to foreground and there's no 'daemon' installed, even on help or >> status >> requests. It's pretty impolite towards a clusering infrastructure for >> example. > > > I'm not aware of any 'help' request that the init script should handle, and > for the status request, the error message gives the status, i.e. that there > is a configuration problem. > > Or what status message would you expect in that case? Basically http://clusterlabs.org/doc/en-US/Pacemaker/1.0/html/Pacemaker_Explained/ap-lsb.html Thanks, Peter _______________________________________________ Pkg-clamav-devel mailing list [email protected] http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-clamav-devel
