yes, 6.7. I totally agree with you, but unfortunately I can’t change a system in production now.
Any other ideas? —Carlo > On 08 Jun 2016, at 12:53, Reindl Harald <h.rei...@thelounge.net> wrote: > > > > Am 08.06.2016 um 12:33 schrieb Carlo Manuali: >> yes, I’m using scientific linux, fedora/redhat in other words. I also tried: > > which version - sounds like 6 or older when someone is talking about > /etc/init.d/ > >> /usr/local/sbin/clamd && /etc/init.d/spamassassin restart >> >> in rc.local (-> S99local in /etc/rc3.d/ )with no success. > > get SL7.0 which comes with systemd and i can assure you systemd.units with > correctsAfter/Before statements and clamd as "Type=forking" works with a > perfectly start ordering > > when "rc.local" is the answer then the question was typically wrong > >>> On 08 Jun 2016, at 12:11, Reindl Harald <h.rei...@thelounge.net >>> <mailto:h.rei...@thelounge.net>> wrote: >>> >>> Am 08.06.2016 um 12:02 schrieb Carlo Manuali: >>>> I’ve installed the ClamAV plugin (v1.93, with v0.99.2 as ClamAV >>>> engine) according to: >>>> https://wiki.apache.org/spamassassin/ClamAVPlugin. All has gone well, >>>> it works. >>>> >>>> In particular I’ve adopted the local mode, that uses a local socket >>>> (file) in order to establish the communication between them. >>>> >>>> Now, I need to put both (clamd -the daemon- and the SpamAssassin >>>> service) starting at boot, keeping in mind, of course, that >>>> SpamAssassin needs clamd to be up un running in order to load the >>>> related plugin. So: >>>> >>>> - I tried to put clamd on rc.local then moving SpamAssassin after: >>>> all the services started but the plugin do not "attach the daemon” >>>> (no filtering viruses); >>>> - I tried to put clamd followed by a ‘SpamAssassin restart' on >>>> rc.local: the same, all seems ok but no success. >>>> >>>> Only when I restart SpamAssassin manually from a shell (with the >>>> clamd started) all goes well. As a matter of fact, I receive on the >>>> clamd logfile the message: >>>> >>>> stream(127.0.0.1@1858): OK. >>>> >>>> Then the filtering is ok. >>>> >>>> Any idea on how to proceed? >>> >>> "clamd" needs a relatve long time to start because reading and verify >>> signatures (no sleep 15 is not a solution, it only masks the problem) >>> >>> so it needs to be "Type=forking" instead "Type=simple" (the Fedora >>> systemd-units are plain wrong) to make the ordering really working >>> >>> no idea how to do this *sane* on a non systemd-os since i did not >>> touch such setups the last 5 years and now after even Debian switches.... >>> >>> see systemd-analyze at bottom >>> ____________________________________________ >>> >>> [root@mail-gw:~]$ cat /etc/systemd/system/clamd-sa.service >>> [Unit] >>> Description=ClamAV Scanner Daemon for SpamAssassin >>> Before=spamassassin.service >>> >>> [Service] >>> Type=forking >>> Environment="TMPDIR=/tmp" >>> Environment="LANG=en_GB.UTF-8" >>> ExecStart=/usr/sbin/clamd -c /etc/clamd.d/scan-sa.conf >>> ExecReload=/usr/bin/kill -SIGUSR2 $MAINPID >>> Restart=always >>> RestartSec=1 >>> User=clamscan >>> Group=clamilt >>> PrivateTmp=yes >>> PrivateDevices=yes >>> NoNewPrivileges=yes >>> CapabilityBoundingSet=CAP_KILL >>> ReadOnlyDirectories=/etc >>> ReadOnlyDirectories=/usr >>> ReadOnlyDirectories=/var/lib >>> ____________________________________________ >>> >>> >>> [root@mail-gw:~]$ systemd-analyze >>> Startup finished in 366ms (kernel) + 539ms (initrd) + 8.907s >>> (userspace) = 9.813s >>> >>> [root@mail-gw:~]$ systemd-analyze blame >>> 6.882s clamd.service >>> 6.313s clamd-sa.service >>> 3.250s sa-update.service >>> 1.194s bayes.service >>> 527ms postfix.service >>> 420ms network.service >>> 361ms spamassassin.service >>> 281ms mailgraph.service >>> 245ms dev-sdb1.device >>> 205ms iptables.service >>> >>> >> >> ______________________________________________________________________ >> >> Dr. Carlo Manuali >> Responsabile Servizi Informatici / IT Services Manager >> Department of Chemistry, Biology and Biotechnology - University of >> Perugia (IT) >> Mail: carlo.manu...@unipg.it <mailto:carlo.manu...@unipg.it> >> Web: http://www.unipg.it/carlo >> Office: +39.075.5855213 >> ______________________________________________________________________ >> > ______________________________________________________________________ Dr. Carlo Manuali Responsabile Servizi Informatici / IT Services Manager Department of Chemistry, Biology and Biotechnology - University of Perugia (IT) Mail: carlo.manu...@unipg.it Web: http://www.unipg.it/carlo Office: +39.075.5855213 ______________________________________________________________________
