Incident Paasteur - analyse bloquée

[fcoh-aot]

Constat : des envois de plis n'aboutissent pas, les utilisateurs ne reçoivent pas le mail de confirmation.
Après analyse on voit que l'application continue de boucler auprès de Paasteur pour avoir le statut de l'analyse AV d'un ou de fichiers du pli.

Concerne le pli : a5646c10-76b7-46bc-ae69-6f97be1d601c et 4a7f872f-f79e-4581-b214-52325213786c et c77f5153-0508-4348-ba9e-3ea729dd3edb
Conversation CRISP : https://app.crisp.chat/website/99ca3163-f41a-4e87-bc29-e5fa0803911b/inbox/session_f55720fc-3541-4ddc-bddd-a9cc72e93b1c/

Concerne également le pli : bc14bc92-d8bc-47e6-9092-b750ebbf73d7
Conversation CRISP : https://app.crisp.chat/website/99ca3163-f41a-4e87-bc29-e5fa0803911b/inbox/session_41e0543d-dd3d-45ff-b114-1df62bfc05bc/

[fcoh-aot]

Retour de Glimps : en cours de correction

[fcoh-aot]

A noter qu'au bout de 24h, France transfert arrête d'interroger Paasteur et considère que l'AV est en erreur

[fcoh-aot]

MEP le 08/07/2024 pour désactiver temporairement l'accès à Paasteur pour leur laisser le temps de reconstruire leur infra
MEP le 15/07/2024 pour réactiver l'accès à Paasteur, a priori plus de souci

[fcoh-aot]

Nouveau souci remonté ce jour suite à contact au support FT
Des analyses de pli qui durent et finissent par tomber en erreur 404 côté Paasteur

[fcoh-aot]

Complément de Glimps le 20/08 :

Voici quelques précisions sur le problème. Le point d'entrée syndetect stocke les fichiers localement, pour ensuite les pousser dans les services adaptés (assemblyline, cache ou scanners). Nous avons des sondes sur ce composant assurant sa disponibilité, mais ces sondes sont très sensibles et de temps en temps répondent que l'endpoint est "indisponible" pendant une seconde. C'est ce qui générait les redémarrages à outrance de ce composant.

Nous avons baissé la sensibilité de la sonde pour passer d'un test d'une seconde toutes les trois secondes où un seul échec entraîne un redémarrage à un test toutes les trois secondes ou deux échecs entraînent un redémarrage. Nous ne pouvons cependant pas augmenter plus la tolérence de la sonde sans compromettre le monitoring de ce point d'entrée.

[fcoh-aot]

Pour retrouver les logs d'erreurs :

appname : * and message : "Error while fetching glimps for enclosure"

[fcoh-aot]

Désormais on constate plutot des erreurs 401 et non plus 404

• 27/08 à 21h23
• 30/08
  9h04 à 9h11
  16h24 à 16h27
• 31/08
  4h37 à 4h41
• 02/09 à 15h34

[fcoh-aot]

Débranchement de Paasteur le 20/09/24 12h, donc plus de soucis pour l'instant...

[fcoh-aot]

Plus de problème depuis la reconnexion à Paasteur le 25/09 (seulement 2 instances)