[Berlin-wireless] Berlin-wireless] OSLRd - friert ein - Falter 1.2.3

[Martin Hübner]

Hallo Sven,

sehr cool, dass dir das aufgefallen ist.

Ich meine, dass der watchdog glaube ich mit der Umstellung von
Init-scripts auf procd weggekommen ist. Ich glaube, da gab es einen
technischen Grund für. Ich habe mal Nick angepingt, der OLSR maintaint,
vielleicht kann er da noch was zu sagen.

Nichtsdestotrotz würde ich mich sehr über ein Issue freuen[0]. Dann
vergessen wir das nicht vor dem nächsten release.

Liebe Grüße
Martin

[0] https://github.com/freifunk-berlin/falter-packages/issues/new

> Message: 2
> Date: Fri, 23 Jun 2023 00:54:20 +0200
> From: Sven Roederer<freifunk at it-solutions.geroedel.de>
> To: wirelesslan in Berlin<berlin at berlin.freifunk.net>
> Subject: [Berlin-wireless] OSLRd - friert ein - Falter 1.2.3
> Message-ID:
> 	<503a8398-fe9e-399e-5820-b6c1c1dbd95a at it-solutions.geroedel.de>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> Hi,
>
>
> heute hab ich es wieder festgestellt und bin mir nun sicher.
>
> * "TP-Link TL-WDR3600 v1" mit Falter 1.2.3; WAN als DHCP-Cleint und mesh
> zu einem Node via LAN+WiFi
> * nach zeit x bleibt der olsr (Ipv4) hängen; der Prozess ist noch da,
> aber reagiert auf nichts
>     * sendet keine OLSR-pakete auf die interfaces
>     * Verbindungen auf port 9090 (json-info) und 2006 (txt-info) enden
> mit timeout; OWM-script bleibt dadurch auch hängen
>
> Das ist mir wohl schon einmal aufgefallen, hab da aber nicht so genau
> hingesehen und einfach einen Neustart gemacht.
> Schienbar nutzt Falter das "Watchdog-plugin" nicht mehr, so dass ich
> nicht sagen kann, ob der timestamp noch aktualisiert wird.
>
> Kernel-messages dazu sehe ich nichts, auch im Syslog ist nichts relevantes.
>
> Hat so etwas jemand anders auch schon beobachtet?
> Kann ich noch sachdienliche Hinweise geben? Sonst starte ich den Knoten
> morgen neu.
>
>
> Sven