Distribution EOLE

Donc, le message est diffusé lors de l’extinction du service salt-api-ead3, et provient plus spécifiquement de la méthode _handle_signals :

        elif signum == signal.SIGTERM:
            msg += " received a SIGTERM." 
        logging.getLogger(__name__).warning("%s Exiting.", msg)

Le module logging configuré pour les services salt n’est donc pas utilisé pour ce message particulier.
Cet appel est immédiatement suivi de

self.shutdown(exitmsg="{} Exited.".format(msg))

qui utilise bien le bon format de log. L’information semble plutôt redondante dans le cas où ces deux messages sont bien diffusés. Si il n’est pas possible de mieux router ce message faute de pouvoir modifier le formatage, on peut peut-être envisager d’ignorer ces messages dans le traitement de rsyslog.

Le format du log est celui par défaut défini dans salt/config/__init__.py :

_DFLT_LOG_FMT_LOGFILE = (
    "%(asctime)s,%(msecs)03d [%(name)-17s:%(lineno)-4d][%(levelname)-8s][%(process)d]" 
    " %(message)s" 
)

Le format du message peut-être configuré dans le fichier /etc/ead3/salt/master. Le format personnalisé a été commenté lors de la résolution du problème d’accès à /dev/log (#30924).

Ce format n’impacte pas tous les messages de salt-api-ead3 :

juin 21 11:43:51 amon salt-api-ead3[26827]: [WARNING ] SaltAPI received a SIGTERM. Exiting.
juin 21 11:43:51 amon salt-api-ead3[26827]: The salt-api is shutdown. SaltAPI received a SIGTERM. Exited.
juin 21 11:43:51 amon salt.utils.parsers[26827]: [WARNING ] /etc/ead3/salt/master  SaltAPI received a SIGTERM. Exiting.

Seul le dernier de ces messages a utilisé le format spécifié dans /etc/ead3/salt/master. Le nom de programme renvoie salt.utils.parsers.