The officially official Devuan Forum!

nixer

Member

From: North Carolina, USA

Registered: 2016-11-30

Posts: 229  

Excalibur and fail2ban

I like to be made aware of any pending problems before they bite me, so, I recently tested a daedalus dist-upgrade to excalibur of a snapshot of my production server within virtualbox. 

The dist-upgrade went fine, or so I thought, then upon rebooting I saw that fail2ban was broken.  This is the output in the terminal:

root@fc-vm:/home/user# service fail2ban start
Starting Authentication failure monitor: fail2ban2025-08-20 12:24:03,728 fail2ban                [4719]: ERROR   NOK: (38, 'Function not implemented')
failed!

I checked the fail2ban.log and it contained the same error.  I then did an "apt info fail2ban" command on both the daedalus and excalibur versions of fail2ban to see what could have changed.  The only thing that I noticed was that the package "python3-systemd" is listed as a suggested package in daedalus whereas it is now listed as a dependency in excalibur.  The dist-upgrade did pull in this package python3-systemd so it is installed.  But the program will not start.  The fail2ban homepage specifically says that systemd is not a dependency.

I then tested this on an excalibur preview release from here: https://dev1galaxy.org/viewtopic.php?pid=57204#p57204 and I got the same result, so I know that it is not something on my system or its configuration that is causing a problem.

Has anyone else had this issue?  I consider this the most important program on any system that is open to the internet, so this is important to me.  Any help and/or suggestions are welcome.

g4sra

Member

Registered: 2018-12-12

Posts: 22  

Re: Excalibur and fail2ban

Re dist-upgrade to excalibur

open to the internet

Suggestion:  DONT, Trixie is broken, wait for it to be fixed!
The broken 'fail2ban' thing is well known and all over the internet.

nixer

Member

From: North Carolina, USA

Registered: 2016-11-30

Posts: 229  

Re: Excalibur and fail2ban

The broken 'fail2ban' thing is well known and all over the internet.

Thank you for this bit of info.  I did do a web search and a search on the debian forums a couple days ago and found nothing that looked familiar.  I will try again later.

Thank you again.

g4sra

Member

Registered: 2018-12-12

Posts: 22  

Re: Excalibur and fail2ban

Trixie has forced dependency on newer versions of python modules which have dropped depreciated API's.
Of greater concern is the list of faults in trixie, prohibiting it's use in any mission critical role.

https://www.debian.org/releases/trixie/ … ssues.html

Credit to golinux for first posting of the link

Altoid

Member

Registered: 2017-05-07

Posts: 1,797  

Re: Excalibur and fail2ban

Hello:

Credit to golinux for first posting of the link ...

Indeed ...

And then, there's also this bit:

    ## Old Business

    - Debian Trixie has been released
    - And what a cluster-f*** it is!

Right on the dot.  8^)

Best,

A.

golinux

Administrator

Registered: 2016-11-25

Posts: 3,510  

Re: Excalibur and fail2ban

Hmmmm . . . I wonder who that might be . . . LOL!! 

---

Get answers - Help Devuan - Report a bug - Search packages

zapper

Member

Registered: 2017-05-29

Posts: 1,092  

Re: Excalibur and fail2ban

@g4sra which package has that awful license change? LXD?

---

Freedom is never more than one generation away from extinction. Feelings are not facts
If you wish to be humbled, try to exalt yourself long term  If you wish to be exalted, try to humble yourself long term
Favourite operating systems: Hyperbola Devuan OpenBSD
Peace Be With us All!

g4sra

Member

Registered: 2018-12-12

Posts: 22  

Re: Excalibur and fail2ban

@zapper, API = Application Program Interface, the resources that a python module (in this case) provides to your program to call on.

What is coming down the line....
https://docs.python.org/3/deprecations/index.html

Someone needs to port fail2ban to the newer python version forced on it by trixie.

steve_v

Member

Registered: 2018-01-11

Posts: 480  

Re: Excalibur and fail2ban

Someone needs to port fail2ban to the newer python version

Upstream fail2ban already has compatibility with python 3.13 (inc. bundling the async modules removed with python 3.12), said upstream version (1.1.0) is in trixie, and there appear to be no relevant reports on the Debian BTS...

If you're going to claim "well known and all over the internet", perhaps provide some examples?

Given that the only hits I can get for that exact error are 1: this thread, and 2: an artix user from 5 years ago, and there's no noise about this at all over on FDN, I'm far more inclined to think this has to do with python-systemd and Devuan packaging / shipped configs than anything else.

Ed. Yup, sure enough, again:

$ diff fail2ban_1.0.2-2_all/data/etc/fail2ban/paths-debian.conf fail2ban_1.1.0-8_all/data/etc/fail2ban/paths-debian.conf 
30a31,41
> 
> # In Debian, these services will log to the journal via syslog, so use the
> # journal by default.
> syslog_backend = systemd
> sshd_backend = systemd
> dropbear_backend = systemd
> proftpd_backend = systemd
> pureftpd_backend = systemd
> wuftpd_backend = systemd
> postfix_backend = systemd
> dovecot_backend = systemd

$ diff fail2ban_1.0.2-2_all/data/etc/fail2ban/jail.d/defaults-debian.conf fail2ban_1.1.0-8_all/data/etc/fail2ban/jail.d/defaults-debian.conf
0a1,4
> [DEFAULT]
> banaction = nftables
> banaction_allports = nftables[type=allports]
> 
1a6,7
> backend = systemd
> journalmatch = _SYSTEMD_UNIT=ssh.service + _COMM=sshd

That's not going to work, now is it? Nice job Devuan packaging team merging stuff from debian without testing it bot, great catch. Definitely fixing all the systemd things for this premiere systemd-free distro.

@OP, make sure all your jails are using the 'polling', 'pyinotify' (if you have that installed) or 'auto' backends. This might not be your problem, but I suspect it is based on where that error appears to be coming from...
Either way though: Blindingly obvious excalibur packaging fail. If it doesn't cause problems here, it will later.

Last edited by steve_v (Today 11:22:10)

---

Once is happenstance. Twice is coincidence. Three times is enemy action. Four times is Official GNOME Policy.

ralph.ronnquist

Administrator

From: Battery Point, Tasmania, AUS

Registered: 2016-11-30

Posts: 1,454  

Re: Excalibur and fail2ban

It looks like there you have a task to volunteer for.