Warning: Cannot modify header information - headers already sent by (output started at /home/gillesbld/www/weblog/inc/config.php:41) in /home/gillesbld/www/weblog/inc/public/lib.urlhandlers.php on line 503
Warning: Cannot modify header information - headers already sent by (output started at /home/gillesbld/www/weblog/inc/config.php:41) in /home/gillesbld/www/weblog/inc/clearbricks/common/lib.http.php on line 222
Warning: Cannot modify header information - headers already sent by (output started at /home/gillesbld/www/weblog/inc/config.php:41) in /home/gillesbld/www/weblog/inc/clearbricks/common/lib.http.php on line 224
Warning: Cannot modify header information - headers already sent by (output started at /home/gillesbld/www/weblog/inc/config.php:41) in /home/gillesbld/www/weblog/inc/public/lib.urlhandlers.php on line 65
Warning: Cannot modify header information - headers already sent by (output started at /home/gillesbld/www/weblog/inc/config.php:41) in /home/gillesbld/www/weblog/inc/clearbricks/common/lib.http.php on line 247 Embedded weblog - les comportements erratiques de syslog-ng - Commentaires2014-05-14T10:00:05+02:00Gilles Blancurn:md5:b402c09b50e67198753bdd4269dc5b19Dotclearles comportements erratiques de syslog-ng - Gilles Blancurn:md5:a19d92e53e357db9f83aa64aac4bb3ff2008-12-15T15:32:38+01:00Gilles Blanc<p>Salut Sam ! :) Tu as raté un épisode : le fichier modifié mais non valide est <strong>bien pris en compte</strong>. Test fait en changeant les niveaux de filtres de log. Sinon, ça aurait été trop simple : tout aurait buggé depuis longtemps déjà... (il est possible de changer via nos interfaces divers paramètres, pas seulement les adresses IPs distantes)</p>les comportements erratiques de syslog-ng - Samuel Tardieuurn:md5:7737e41f6da2a739273882425fcdd1242008-12-10T23:57:56+01:00Samuel Tardieu<p>Tu dis toi-même que ton fichier de configuration sans "destination remote" ne permet pas de le démarrer. La configuration est donc incorrecte.</p>
<p>Envoyer SIGHUP à syslog-ng change sa configuration, certes, mais uniquement si la nouvelle configuration est correcte. Si elle ne l'est pas (par exemple parce que "destination remote" a été enlevé), alors l'exécution continue comme si de rien n'était, avec les paramètres chargés précédemment.</p>
<p>Je ne trouve pas cela erratique, mais logique. Cela dit, il est probable que tu retrouves des messages d'erreur expliquant pourquoi il n'a pas chargé la nouvelle configuration dans le log (tel que précédemment configuré bien sûr).</p>