[Eisfair] bfb / journalctl: initfile[31363]: /usr/bin/in.grep: 16:04:19: No such file or directory

Do Mai 2 22:50:19 CEST 2024

Hallo alle zusammen

Rolf Bensch schrieb am 02.05.24 um 17:50:
> Hallo zusammen,
> 
> das zuvor erörtere Problem mit den Fehlermeldungen, die nur über 
> journalctl sichtbar werden, ist leider nicht nicht behoben. Ich hatte 
> hestern, neben der Deinstallation diverser Pakete, versehentlich auch 
> brute-force-blocking vom Server geschmissen. Nachdem ich das heute 
> wieder frisch installiert hatte, hagelt es direkt danach wieder 
> Fehlermeldungen im 11-12-Sekunden-Takt. Deaktiviere ich den bfb-Service 
> (ohne zu deinstallieren), bleiben die Meldungen direkt aus. Das ist auf 
> 2 Eis64-Servern reproduzierbar.
> 
> # journalctl -b| grep -E 'brute|initfile'
> .....
> May 02 17:34:56 eis64-2 initfile[3203]: /usr/bin/in.grep: 17:30:02: No 
> such file or directory
> May 02 17:34:56 eis64-2 initfile[3203]: /usr/bin/in.grep: write error: 
> Broken pipe
> May 02 17:35:00 eis64-2 systemd[1]: brute_force_blocking.mount: 
> Deactivated successfully.
> May 02 17:35:02 eis64-2 initfile[3510]: brute_force_blocking is not running
> May 02 17:35:02 eis64-2 systemd[1]: brute_force_blocking.service: 
> Deactivated successfully.    <<<<<< Stop
> May 02 17:35:02 eis64-2 systemd[1]: brute_force_blocking.service: 
> Consumed 14min 56.365s CPU time.
> May 02 17:44:27 eis64-2 initfile[4705]: running atma.es update 
> ...                   <<<<<< Start nach 9 Minuten ohne Fehler
> May 02 17:44:27 eis64-2 initfile[4705]: please wait appr. 2 minutes ...
> May 02 17:44:30 eis64-2 initfile[4705]: done
> May 02 17:44:34 eis64-2 initfile[4705]: brute_force_blocking is running 
> with pid 4998
> May 02 17:45:15 eis64-2 initfile[10667]: /usr/bin/in.grep: write error: 
> Broken pipe

das write error macht mich ein wenig stuzig. Schalte mal bitte 
BFB_USE_RAMDISK=no und starte BFB neu.
Normalerweise schreibt BFB nur in der RAMdisk, also tmpfs

> 
> Einen Datei in /etc/init.d/brute* gibt es nicht mehr.

Nein, die ist im Zuge von systemd weggefallen
> 
> Was kann ich noch tun?
> 
> @Olaf: liefert "journalctl -b| grep -E 'brute|initfile'" bei Dir keine 
> Fehler?

Ähm nö :)

i 02 21:10:01 Server CRON[766271]: (root) CMD 
(/usr/local/brute_force_blocking/dyndnsupdate.sh >/dev/null 2>&1)
Mai 02 21:10:01 Server CRON[766272]: (root) CMD ( 
/brute_force_blocking/checkchecker  >/dev/null 2>&1 )
Mai 02 21:15:01 Server CRON[767662]: (root) CMD ( 
/brute_force_blocking/checkchecker  >/dev/null 2>&1 )
Mai 02 21:20:01 Server CRON[768565]: (root) CMD 
(/usr/local/brute_force_blocking/dyndnsupdate.sh >/dev/null 2>&1)
Mai 02 21:20:01 Server CRON[768578]: (root) CMD ( 
/brute_force_blocking/checkchecker  >/dev/null 2>&1 )
Mai 02 21:25:01 Server CRON[769478]: (root) CMD ( 
/brute_force_blocking/checkchecker  >/dev/null 2>&1 )
Mai 02 21:30:02 Server CRON[770356]: (root) CMD ( 
/brute_force_blocking/checkchecker  >/dev/null 2>&1 )
Mai 02 21:30:02 Server CRON[770365]: (root) CMD 
(/usr/local/brute_force_blocking/dyndnsupdate.sh >/dev/null 2>&1)
Mai 02 21:35:01 Server CRON[771631]: (root) CMD ( 
/brute_force_blocking/checkchecker  >/dev/null 2>&1 )
Mai 02 21:40:01 Server CRON[772530]: (root) CMD 
(/usr/local/brute_force_blocking/dyndnsupdate.sh >/dev/null 2>&1)
Mai 02 21:40:01 Server CRON[772532]: (root) CMD ( 
/brute_force_blocking/checkchecker  >/dev/null 2>&1 )
Mai 02 21:45:01 Server CRON[774059]: (root) CMD ( 
/brute_force_blocking/checkchecker  >/dev/null 2>&1 )
Mai 02 21:50:01 Server CRON[774909]: (root) CMD ( 
/brute_force_blocking/checkchecker  >/dev/null 2>&1 )
Mai 02 21:50:01 Server CRON[774911]: (root) CMD 
(/usr/local/brute_force_blocking/dyndnsupdate.sh >/dev/null 2>&1)
Mai 02 21:55:01 Server CRON[776186]: (root) CMD ( 
/brute_force_blocking/checkchecker  >/dev/null 2>&1 )
Mai 02 22:00:01 Server CRON[777093]: (root) CMD ( 
/brute_force_blocking/checkchecker  >/dev/null 2>&1 )
Mai 02 22:00:01 Server CRON[777094]: (root) CMD 
(/usr/local/brute_force_blocking/dyndnsupdate.sh >/dev/null 2>&1)
Mai 02 22:05:01 Server CRON[778043]: (root) CMD ( 
/brute_force_blocking/checkchecker
Mai 02 22:10:01 Server CRON[778870]: (root) CMD ( 
/brute_force_blocking/checkchecker  >/dev/null 2>&1 )
Mai 02 22:10:01 Server CRON[778872]: (root) CMD 
(/usr/local/brute_force_blocking/dyndnsupdate.sh >/dev/null 2>&1)
Mai 02 22:15:02 Server CRON[780162]: (root) CMD ( 
/brute_force_blocking/checkchecker  >/dev/null 2>&1 )
Mai 02 22:20:01 Server CRON[781047]: (root) CMD ( 
/brute_force_blocking/checkchecker  >/dev/null 2>&1 )
Mai 02 22:20:01 Server CRON[781048]: (root) CMD 
(/usr/local/brute_force_blocking/dyndnsupdate.sh >/dev/null 2>&1)
Mai 02 22:25:01 Server CRON[782314]: (root) CMD ( 
/brute_force_blocking/checkchecker  >/dev/null 2>&1 )
Mai 02 22:30:01 Server CRON[783198]: (root) CMD ( 
/brute_force_blocking/checkchecker  >/dev/null 2>&1 )
Mai 02 22:30:01 Server CRON[783203]: (root) CMD 
(/usr/local/brute_force_blocking/dyndnsupdate.sh >/dev/null 2>&1)
Mai 02 22:35:01 Server CRON[784600]: (root) CMD ( 
/brute_force_blocking/checkchecker  >/dev/null 2>&1 )

Sorry, im Moment sind mir auch ein wenig die Hände gebunden, da ich 
mitten in einem Umzug stecke und die Hardware in einer Ecke steht und 
auf einen neuen Einsatzort wartet.

Ich bedanke mich schon jetzt bei Markus und Holger dafür, dass sie dir 
helfen.

Achja. grep wird nicht im initfile aufgerufen, sondern das initfile startet
/brute_force_blocking/brute_force_blocking, bzw wenn RAMDISK=no dann
/usr(local/brute_force_blocking/brute_force_blocking

Dort aber sehr oft. Ich kann mir nur vorstellen, das es Probleme beim 
Schreiben in die RAMDISK kommt oder dass ich irgendwo ein "" vergessen 
habe so dass das Datum/Uhrzeit als Befehl erkannt wird.

Viel Grüße

Olaf

> 
> Grüße
> 
> Rolf