Scénario #21244
Ne pas redémarrer rsyslogd mais utiliser l'option "rotate"
Statut:
Terminé (Sprint)
Priorité:
Normal
Assigné à:
Catégorie:
-
Version cible:
Début:
02/10/2017
Echéance:
20/10/2017
% réalisé:
100%
Temps estimé:
(Total: 12.00 h)
Temps passé:
(Total: 13.25 h)
Points de scénarios:
2.0
Restant à faire (heures):
0.00 heure
Estimation basée sur la vélocité:
Release:
Liens avec la release:
Auto
Description
Points d'attention¶
- tous les force-reload ne sont pas forcément inutiles (changement de configuration de rsyslog)
Demande originale¶
Un certain nombre de "rotate" EOLE redémarre rsyslog.
Par exemple :
root@amon:~# grep " rsyslog force-" /etc/logrotate.d/* /etc/logrotate.d/eole-sso: service rsyslog force-reload > /dev/null /etc/logrotate.d/generated_local_rules: service rsyslog force-reload /etc/logrotate.d/rsyslog: service rsyslog force-reload >/dev/null /etc/logrotate.d/squid_rsyslog: service rsyslog force-reload > /dev/null /etc/logrotate.d/zephir-stats: service rsyslog force-reload > /dev/null
Il faudrait étudier la possibilité de faire un "/etc/init.d/rsyslogd rotate" à la place.
Critères d'acceptation¶
- le service rsyslog n'est plus redémarré au logrotate
Sous-tâches
Demandes liées
Historique
#1 Mis à jour par Joël Cuissinat il y a plus de 6 ans
- Début
06/09/2017supprimé - Tâche parente
#21165supprimé
#2 Mis à jour par Joël Cuissinat il y a plus de 6 ans
- Tracker changé de Tâche à Scénario
- Echéance mis à 20/10/2017
- Version cible changé de sprint 2017 37-39 Equipe MENSR à sprint 2017 40-42 Equipe MENSR
- Début mis à 02/10/2017
- Release mis à EOLE 2.6.2
- Points de scénarios mis à 1.0
#3 Mis à jour par Scrum Master il y a plus de 6 ans
- Lié à Tâche #20494: problème de déconnnexions à 9h10 sur certains amon ajouté
#4 Mis à jour par Scrum Master il y a plus de 6 ans
- Description mis à jour (diff)
- Points de scénarios changé de 1.0 à 2.0
#6 Mis à jour par Joël Cuissinat il y a plus de 6 ans
- Statut changé de Nouveau à Terminé (Sprint)