hi,
thanks, yes i saw the bug, even if its quite old. i didnt find where to change that
number.
i have 7 jails, none of them is starting, just one main thread, which does not seem to be
a jail.
the service is running as yours does. but there is no jail at all, i think, as i get no
mail notification about any jail.
i use mail notification, do you?
Am 31. August 2017 21:05:50 MESZ schrieb Daniel Laczi <daniell1(a)t-online.de>:
Hi,
Mine works fine:
● fail2ban.service - Fail2Ban Service
Loaded: loaded (/usr/lib/systemd/system/fail2ban.service; enabled;
vendor preset: disabled)
Active: active (running) since Tue 2017-06-27 23:46:09 CEST; 2
months
4 days ago
Docs: man:fail2ban(1)
Process: 698 ExecStart=/usr/bin/fail2ban-client -x start
(code=exited,
status=0/SUCCESS)
Main PID: 977 (fail2ban-server)
Tasks: 3 (limit: 4915)
CGroup: /system.slice/fail2ban.service
└─977 /usr/bin/python3 -s /usr/bin/fail2ban-server -s
/var/run/fail2ban/fail2ban.sock -p /var/run/fail2ban/fail2ban.pid -x -b
Jun 27 23:45:50 servername systemd[1]: Starting Fail2Ban Service...
Jun 27 23:46:06 servername fail2ban-client[698]: 2017-06-27
23:46:06,491
fail2ban.server [924]: INFO Starting Fail2ban v0.9.7
Jun 27 23:46:06 servername fail2ban-client[698]: 2017-06-27
23:46:06,508
fail2ban.server [924]: INFO Starting in daemon mode
Jun 27 23:46:09 servername systemd[1]: Started Fail2Ban Service.
Same kernel.
However I have only one jail. How many jails do you have? Does it start
if you reduce the number of jails? Have you seen this:
https://github.com/fail2ban/fail2ban/issues/969 Unfortunately the bug
is
still open...
Daniel
Am 31.08.2017 um 07:55 schrieb Roger Grosswiler:
>
> Hello,
>
> Release: Linux stbarth 4.12.8-300.fc26.armv7hl #1 SMP Thu Aug 17
> 18:39:25 UTC 2017 armv7l armv7l armv7l GNU/Linux
>
> Fail2ban: fail2ban.noarch 0.9.7-2.fc26
>
> ...and some logs...
>
>
> Aug 31 07:53:55 stbarth systemd[1]: Started Fail2Ban Service.
> Aug 31 07:53:55 stbarth fail2ban-client[2887]: ERROR NOK: ("can't
> start new thread",)
> Aug 31 07:53:55 stbarth fail2ban-client[2887]: ERROR NOK: ("can't
> start new thread",)
> Aug 31 07:53:55 stbarth fail2ban-client[2887]: ERROR NOK: ("can't
> start new thread",)
> Aug 31 07:53:55 stbarth fail2ban-client[2887]: ERROR NOK: ("can't
> start new thread",)
> Aug 31 07:53:55 stbarth fail2ban-client[2887]: ERROR NOK: ("can't
> start new thread",)
> Aug 31 07:53:55 stbarth fail2ban-client[2887]: ERROR NOK: ("can't
> start new thread",)
> Aug 31 07:53:55 stbarth fail2ban-client[2887]: ERROR NOK: ("can't
> start new thread",)
> Aug 31 07:53:55 stbarth fail2ban-client[2887]: ERROR NOK: ("can't
> start new thread",)
> Aug 31 07:53:55 stbarth fail2ban-client[2887]: ERROR NOK: ("can't
> start new thread",)
> Aug 31 07:53:55 stbarth fail2ban-client[2887]: ERROR NOK: ("can't
> start new thread",)
> Aug 31 07:53:55 stbarth fail2ban-client[2887]: ERROR NOK: ("can't
> start new thread",)
> Aug 31 07:53:55 stbarth fail2ban-client[2887]: ERROR NOK: ("can't
> start new thread",)
> Aug 31 07:53:51 stbarth fail2ban-client[2887]: 2017-08-31
07:53:51,542
> fail2ban.server [2888]: INFO Starting in daemon mode
> Aug 31 07:53:51 stbarth fail2ban-client[2887]: 2017-08-31
07:53:51,540
> fail2ban.server [2888]: INFO Starting Fail2ban v0.9.7
> Aug 31 07:53:48 stbarth systemd[1]: Starting Fail2Ban Service...
>
> Thanks!
>
> Roger
>
>
>
> Am 2017-08-30 16:17, schrieb Peter Robinson:
>
>> On Wed, Aug 30, 2017 at 3:12 PM, Roger Grosswiler <roger(a)gwch.net
>> <mailto:roger@gwch.net>> wrote:
>>> Hi,
>>>
>>> is someone else experiencing problems? with fail2ban and systemd?
>>>
>>> Mine doesn't start the jails, client itself is running. Log says,
it
>>> cannot
>>> create a separate child per jail.
>>
>> What release/version?
>> _______________________________________________
>> arm mailing list -- arm(a)lists.fedoraproject.org
>> <mailto:arm@lists.fedoraproject.org>
>> To unsubscribe send an email to arm-leave(a)lists.fedoraproject.org
>> <mailto:arm-leave@lists.fedoraproject.org>
>
>
> _______________________________________________
> arm mailing list -- arm(a)lists.fedoraproject.org
> To unsubscribe send an email to arm-leave(a)lists.fedoraproject.org