Tâche #14655: Agent RVP : revoir le traitement des threads strongSwan - zephir-client - Ensemble Ouvert Libre Évolutif

Tâche #14655

Scénario #15483: Agent RVP : revoir le traitement des threads strongSwan et ajouter un status.error dans un cas précis

Agent RVP : revoir le traitement des threads strongSwan

Ajouté par Olivier FEBWIN il y a plus de 8 ans. Mis à jour il y a environ 7 ans.

Statut:

Fermé

Priorité:

Normal

Assigné à:

Fabrice Barconnière

Version cible:

Distribution EOLE - sprint 2016 36-38 - Équipe MENSR

Début:

14/01/2016

Echéance:

% réalisé:

100%

Temps estimé:

2.00 h

Temps passé:

3.10 h

Restant à faire (heures):

0.0

Description

Notre Sphynx 2.4.2 nous remonte quasiment en permanence l'alerte "Moins de 2 threads strongSwan disponibles".

root@sphynx24-agriates:~# ipsec statusall |grep threads
worker threads: 56 of 64 idle, 7/1/0/0 working, job queue: 0/0/0/0, scheduled: 154

Capture du 2016-01-14 17-08-29.png Voir - État des threads strongSwan (208 ko) Olivier FEBWIN, 14/01/2016 17:33

2015-12-18_092617.jpg Voir (144 ko) Jean-Marc MELET, 14/01/2016 18:36

Capture du 2017-05-17 09-15-38.png Voir (99,8 ko) Olivier FEBWIN, 17/05/2017 09:17

Révisions associées

Révision b8822596 (diff)
Ajouté par Fabrice Barconnière il y a plus de 7 ans

Mesure des threads strongSwan : agent en warning plutôt qu'en erreur si
la mesure n'est pas disponible

ref #14655 @2h

État des tunnels en warning si VPN non configuré sur Amon

ref #14232 @1h

Historique

#1 Mis à jour par Jean-Marc MELET il y a plus de 8 ans

Fichier 2015-12-18_092617.jpg Voir ajouté

C'est pire chez nous (cf capture)

#2 Mis à jour par Fabrice Barconnière il y a plus de 8 ans

Tracker changé de Demande à Tâche
Sujet changé de [Sphynx 2.4.2] Moins de 2 threads strongSwan disponibles à Agent RVP : revoir le traitement des threads strongSwan
Temps estimé mis à 2.00 h
Tâche parente mis à #12068
Restant à faire (heures) mis à 2.0

disponibles

#3 Mis à jour par Fabrice Barconnière il y a environ 8 ans

Tâche parente changé de #12068 à #15483

#4 Mis à jour par Fabrice Barconnière il y a plus de 7 ans

Statut changé de Nouveau à En cours

#5 Mis à jour par Fabrice Barconnière il y a plus de 7 ans

Description mis à jour (diff)
Assigné à mis à Fabrice Barconnière

#6 Mis à jour par Fabrice Barconnière il y a plus de 7 ans

Après avoir laissé tourné tout le WE, j'ai remarqué ceci :

sept. 12 07:50:13 sphynx zephiragents[26768]: [-] Frozen ipsec
sept. 12 07:50:13 sphynx zephiragents[26768]: [-] IDLE THREADS : -1
sept. 12 07:50:13 sphynx zephiragents[26768]: [-] MAX THREADS : 32
sept. 12 07:50:13 sphynx zephiragents[26768]: [-] RUNNING THREADS : 33

Donc, MAX THREADS - RUNNING THREADS = -1 donc < 2
Ceci se produit quand il y a le mot statusall dans la réponse de la commande ipsec statusall mais je ne vois pas comment c'est possible.