Projet

Général

Profil

Scénario #15254

Des logs partent dans /var/log/syslog au lieu du fichiers prévus (comportement aléatoire)

Ajouté par Gilles Grandgérard il y a environ 8 ans. Mis à jour il y a plus de 7 ans.

Statut:
Terminé (Sprint)
Priorité:
Normal
Assigné à:
force verte
Catégorie:
-
Version cible:
sprint 2016 36-38 - Équipe MENSR
Début:
05/09/2016
Echéance:
23/09/2016
% réalisé:

100%

Temps estimé:
(Total: 2.00 h)
Points de scénarios:
3.0
Restant à faire (heures):
0.00 heure
Estimation basée sur la vélocité:
Release:
EOLE 2.6.0
Liens avec la release:
Auto

Description

Faire l'étude.

Exigences:
Le service syslog doit enregistrer les logs dans les bons fichiers

Actions:
Identifier et corriger pourquoi le service rsyslog envoi les logs dans /var/log/syslog

Comment tester ?
Le test http://jenkins.eole.lan/jenkins/job/test-sauvegarde-bareos-restaure-full-2.5.2-amd64/ plante régulièrement car le fichier de log "/var/log/rsyslog/local/bareos-dir/bareos-dir.err.log" est manquant : 50% des cas.

Sous-tâches

Tâche #17024: Vérifier le comportement en 2.6.0FerméGilles Grandgérard

Historique

#1 Mis à jour par Scrum Master il y a environ 8 ans

Faire une étude.
rsyslog n'est peut-être pas lancé au démarrage de bareos.

#2 Mis à jour par Scrum Master il y a environ 8 ans

  • Tracker changé de Proposition Scénario à Scénario
  • Description mis à jour (diff)
  • Début 02/03/2016 supprimé
  • Points de scénarios mis à 3.0

#3 Mis à jour par Scrum Master il y a environ 8 ans

  • Release mis à EOLE 2.6.0

#4 Mis à jour par Benjamin Bohard il y a presque 8 ans

Si le niveau de log est au moins error les logs sont, de toute façon, envoyés dans /var/log/syslog en plus de la destination /var/log/rsyslog/local/<application> (si les messages sont bien dans ce fichier /var/log/syslog, d'ailleurs, c'est que rsyslog est bien démarré).

Autre piste : bareos ferait bien la distinction entre différents niveaux de log ? Bacula ne le faisait pas en tout cas.

#5 Mis à jour par Luc Bourdot il y a plus de 7 ans

  • Echéance mis à 23/09/2016
  • Version cible mis à sprint 2016 36-38 - Équipe MENSR
  • Début mis à 05/09/2016

#6 Mis à jour par Daniel Dehennin il y a plus de 7 ans

  • Assigné à mis à force verte

#7 Mis à jour par Emmanuel GARETTE il y a plus de 7 ans

J'ai testé 5 fois en appliquant la méthode suivante :

/root/mount.eole-ci-tests
cp -a /mnt/eole-ci-tests/sauvegarde/etb1.scribe/default-2.5.2/mnt/sauvegardes /mnt/
chown -R bareos: /mnt/sauvegardes
bareosconfig.py -s manual
bareosrestore.py --catalog scribe-dir
mv /root/zephir-restore.eol /etc/eole/config.eol
yes non | instance
bareosrestore.py --all

Je ne constate pas ce problème.

Pour moi le problème vient d'une bidouille qu'il n'est pas recommandé de faire :

echo > /var/log/rsyslog/local/bareos-dir/bareos-dir.err.log

Rsyslog ne fait pas : ouvrir/écrire/fermer le fichier. Il l'ouvre et écrite dedans au fur et a mesure. Sinon il prendrait trop de temps a écrire ces logs.

Pour moi ce n'est qu'un problème de test. J'ai corrigé les tests squash en conséquence.

#8 Mis à jour par Scrum Master il y a plus de 7 ans

  • Statut changé de Nouveau à Terminé (Sprint)

Formats disponibles : Atom PDF