[Eisfair] [E1 64bit] Failed to start Route service

Marcus Röckrath marcus.roeckrath at gmx.de
Di Okt 7 07:09:51 CEST 2025


Hallo Martin,

Martin Faderbauer wrote:

>>> Nach Google-Suche kann der Fehler auch dadurch getriggert werden, wenn
>>> eine Route mittels route add gesetzt werden soll, die schon gesetzt ist,
>>> deshalb auch meine obige Frage nach anderen Netzwerkpaketen.
>> 
>> Schau doch mal in die Bootmeldungen eines von dem Problem betroffenen
>> Boot, ob vor Start von route vorher etwas vom Setzen einer Route zu sehen
>> ist.
>> 
>> Aktueller Boot:
>> 
>> journalctl -b
> 
> erstes mal
> 
> Oct 07 00:31:17 fmsrv03 proftpd[816]: fmsrv03.fmit.local - ProFTPD
> 1.3.7c (maint) standalone mode STARTUP
> Oct 07 00:31:17 fmsrv03 proftpd[815]: [26B blob data]
> Oct 07 00:31:17 fmsrv03 systemd[1]: Started proftpd.service.
> Oct 07 00:31:17 fmsrv03 systemd[1]: Starting certs_dehydrated.service...
> Oct 07 00:31:17 fmsrv03 systemd[1]: Started certs_dehydrated.service.
> Oct 07 00:31:17 fmsrv03 systemd[1]: Starting antispam.service...
> Oct 07 00:31:17 fmsrv03 systemd[1]: Finished Network service.
> Oct 07 00:31:17 fmsrv03 systemd[1]: Reached target Network.
> Oct 07 00:31:17 fmsrv03 systemd[1]: Starting The Apache HTTP Server...
> Oct 07 00:31:17 fmsrv03 systemd[1]: Starting MariaDB/MySQL database:
> server 11.0...
> Oct 07 00:31:17 fmsrv03 systemd[1]: Starting Route service...
> Oct 07 00:31:18 fmsrv03 systemd[1]: Starting OpenSSH Daemon...
> Oct 07 00:31:18 fmsrv03 systemd[1]: Starting Permit User Sessions...
> Oct 07 00:31:18 fmsrv03 route[857]: RTNETLINK answers: File exists
> Oct 07 00:31:18 fmsrv03 route[863]: RTNETLINK answers: File exists
> Oct 07 00:31:18 fmsrv03 route[866]: RTNETLINK answers: File exists
> Oct 07 00:31:18 fmsrv03 systemd[1]: Finished Permit User Sessions.
> Oct 07 00:31:18 fmsrv03 systemd[1]: route.service: Main process exited,
> code=exited, status=2/INVALIDARGUMENT
> Oct 07 00:31:18 fmsrv03 systemd[1]: route.service: Failed with result
> 'exit-code'.
> Oct 07 00:31:18 fmsrv03 systemd[1]: Failed to start Route service.
> 
> und zweites mal
> 
> Oct 07 00:31:40 fmsrv03 systemd[1]: Started mail-dovecot.service.
> Oct 07 00:31:40 fmsrv03 systemd[1]: Started mail.service.
> Oct 07 00:31:40 fmsrv03 systemd[1]: Starting LSB: bacula...
> Oct 07 00:31:40 fmsrv03 bacula[1302]: Starting the Bacula File daemon
> Oct 07 00:31:40 fmsrv03 systemd[1]: Starting Route service...
> Oct 07 00:31:40 fmsrv03 route[1332]: RTNETLINK answers: File exists
> Oct 07 00:31:40 fmsrv03 route[1334]: RTNETLINK answers: File exists
> Oct 07 00:31:40 fmsrv03 route[1336]: RTNETLINK answers: File exists
> Oct 07 00:31:40 fmsrv03 route[1337]: RTNETLINK answers: File exists
> Oct 07 00:31:40 fmsrv03 systemd[1]: route.service: Main process exited,
> code=exited, status=2/INVALIDARGUMENT
> Oct 07 00:31:40 fmsrv03 systemd[1]: route.service: Failed with result
> 'exit-code'.
> Oct 07 00:31:40 fmsrv03 systemd[1]: Failed to start Route service.

Obwohl bei mir route fehlerfrei gestartet wird

# service status route
● route.service - Route service
     Loaded: loaded (/usr/lib/systemd/system/route.service; enabled; preset: 
5:185mdisabled)
     Active: active (exited) since Tue 2025-10-07 06:35:42 CEST; 23min ago
 Invocation: 5ad7521770014bae84ba0f417643ee68
    Process: 636 ExecStart=/usr/libexec/netconfig/route start (code=exited, 
status=0/SUCCESS)
   Main PID: 636 (code=exited, status=0/SUCCESS)
        CPU: 14ms

Oct 07 06:35:42 eis systemd[1]: Starting Route service...
Oct 07 06:35:42 eis systemd[1]: Finished Route service.

taucht der im journalctl nicht auf, denn die Ausgabe von

eis:/var/log # journalctl -b | grep route

ist leer.

Das bringt mich zu dem Schluss, dass route bei dir auch schon "meldungsfrei" 
gestartet wurde, bevor es dann aus bislang unerfindlichen Gründen nochmals 
(2x) gestartet wird, weshalb dann auch die Fehlermeldungen verständlich 
wären, denn die Routen sind ja bereits gesetzt.
 
Mir fällt auf, dass du zwei Pakete einsetzt - proftpd und bacula - die es 
schon länger nicht mehr gibt und IMHO niemals an systemd angepasst wurden.

Nur um sicherzustellen, dass die nicht Verursacher sind: Bitte mal die 
beiden Dienste über das Konfigurationsmenü abschalten.

>> Vorhergehender Boot:
>> 
>> journalctl -b -1
>> 
> fmsrv03 # journalctl -b -1
> No journal boot entry found for the specified boot (-1).

?-)

Ich kann hier über journalctl bis "-b -14" alte Boots einsehen.

Parallel zu journalctl gibt es auch noch die /var/log/messages* Logs.

Bitte mal darin zu früheren Zeitpunkten, auch vor dem Kernelupdate, nach 
diesen route-Meldungen schauen.

Um sicherzugehen, ob die dort auch wirklich protokolliert werden, schaue in 
der /var/log/messages, ob obige journalctl-Meldungen zu finden sind.

-- 
Gruß Marcus
[eisfair-Team]



Mehr Informationen über die Mailingliste Eisfair