[PATCH] fff-hoods: remove dependency to /tmp/started

[Fabian Bläse]

Hallo Adrian,

> On 3. Aug 2018, at 12:43, Adrian Schmutzler <mail at adrianschmutzler.de> wrote:
> 
> Hallo,
> 
> ich habe gerade mal wieder über das Thema nachgedacht.
> 
> Es kommt ja gelegentlich vor, dass configurehood hängt, und dann wird es zigmal
> gestartet. Das würde dieser Patch beheben.

Das ist auch der Teil aus diesem Patch, den ich unbedingt gerne hätte.
Der Patch zielt damit aber darauf ab, /tmp/started los zu werden, was du ja in dieser Form nicht wolltest.

Hier sollte man mal eine Lösung finden, die sicherstellt, dass configurehood (und ggf. auch die Firewall wie festgestellt wurde) erst nach configurenetwork laufen können.

> Die Konsequenz wäre aber, dass dann das ursprüngliche configurehood solange
> alleine läuft, bis es "fertig ist". Hängt es allerdings wirklich, wird es nie
> fertig und der Router hängt auch.

Was aber keinen Unterschied macht. Wenn ein configurehood hängt, hängen alle.
Mein Gefühl sagt mir aber, dass das nur passiert, wenn configurehood mehrfach läuft (z.B. wenn man es manuell startet) und das also ein Nebenläufigkeitsproblem ist.

> 
> Wäre es nicht irgendwie sinnvoller, einen Mechanismus zu finden, der ein
> hängendes configurehood abschießt?

Bisher hat das noch nie was geholfen. Bei mir äußerte sich immer in irgendeinem Lock auf den Wireless Interfaces, das nicht frei wurde, wenn ich die Meldung richtig im Kopf habe.

> Gibt es für sowas in Linux Mechanismen? Primitiv könnte man natürlich einfach
> per micrond zwei Minuten später den Prozess killen, aber vll. gibt es für sowas
> was elegantes? Vll. gibt es auch etwas, was nicht nur einfach von der Zeit
> abhängt?

timeout(1) kann sowas, ist aber nicht in der Firmware.

Gruß
Fabian
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 833 bytes
Beschreibung: Message signed with OpenPGP
URL         : <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20180803/8572f9aa/attachment.sig>