[Fli4l_dev] syslogd "stirbt" bei 'killall -HUP syslogd'

[Hans Bachner]

Alexander Dahl schrieb am 11.12.2019 um 10:37:
> Hallo Hans,
> 
>>>> Hat sich in der fli4l v4 Version etwas am verhalten des syslog Dämons
>>>> bezüglich des -HUP Signals geändert?
>>>
>>> [...]
> 
>> In fli4l 3.x hat sich der syslogd noch genau so verhalten, wie es z.B.
>> in <https://linux.die.net/man/8/syslogd> festgehalten ist:
>>
>>> SIGHUP
>>>
>>> This lets syslogd perform a re-initialization. All open files are closed, the configuration file (default is /etc/syslog.conf) will be reread and the syslog(3) facility is started again.
>>
>> D.h. der verschobene alte syslog.log wird geschlossen und ein neuer
>> angelegt - genau das, was ich brauche.
> 
> Komisch. Entweder verwenden wir da in 3.x andere Patches oder der
> syslogd hat das auch ohne SIGHUP neu angelegt, was wohl das Ziel von
> einem unserer Patches ist.
> 
>> [...]
> 
>> Das ist für mich ein (eben entdecktes) KO-Kriterium gegen die Umstellung
>> der Produktionsrouter auf V4.
> 
> Nichts, was sich nicht lösen ließe. Dass der syslogd sich nach SIGHUP
> beendet, sollte jedenfalls nicht sein, das müssen wir in unseren Patches
> gerade ziehen. Hast Du schon ein Ticket für diesen Fehler angelegt?

https://web.nettworks.org/bugs/browse/FFL-2523

> Wie gesagt, ein ungepatchter busybox syslogd beendet sich
> auch nicht, das konnte ich auf einem anderen embedded system (fli4l)
> eben nachvollziehen. Der legt allerdings auch keine neue Datei an. ;-)

Danke fürs Drüberschauen,
Hans.