[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#861732: systemd: How to get suricata started at boot?

On 3 May 2017 at 12:36, Michael Biebl <biebl@debian.org> wrote:
> Am 03.05.2017 um 11:11 schrieb Hans:
>> Hello all,
>> I have installed suricata on my system, but it will not start at boot.
>> When I manually start it, it is working well.
>> As the document advises, I copied  /lib/systemd/system/suricata.service to
>> /etc/systemd/system/suricata.service and tested with
> You only need to copy suricata.service to /etc if you want to change its
> contents. Even then, often drop-in snippets are preferrable, which only
> override/extend the parts you need
>> systemctl start suricata.service
>> "ps -aux | grep suricata" showed me the running process. But after reboot, the
>> process is not started automatically. As init is no more supported by
>> suricata, but systemd,
> The suricata package still ships a SysV init script, but if a systemd
> service file exists, it takes precedence.
>  how can I add this service into systemd, so that it is
>> started automatically at boot? I am still not quite experienced with systemd.
> systemctl enable suricata.service
> will do the trick. That should be done by the package though.

This conflicts with what was reported in #850889 [0].

I think both arguments are valid:

1) any suricata deployment is likely to require manual configuration
before proper service. Auto-start makes no sense.
2) yes, we are debian, we like things running out of the box

So, I'm unsure what path to follow.

In any case, a fix is not landing in stretch at this point. We should
wait for the stretch stable release.

Comments/discussion welcome.

[0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=861732

Reply to: