Project

General

Profile

Actions

Bug #4007

closed

Le FSW crashe pendant l'envoi massif de TC_LFR_LOAD_KCOEFF

Added by bruno katra about 1 year ago. Updated about 1 year ago.

Status:
Closed
Priority:
High
Category:
-
Target version:
Start date:
27/12/2022
Due date:
% Done:

60%

Estimated time:
revision:
r0

Description

FSW 3.3.0.11
TEST SVS-0022

Hello

Je viens de relancer une troisième fois le test. Cette fois aucun plantage. Ce test est un test de charge (envoi de cdes) et le mode choisi est le SBM1.

J'avais fait 2 captures d'écran du LFR GSE que je documenterai dans le Redmine. Les 1000 cdes TC_LFR_LOAD_KCOEFF avaient été rejetées car le mode LFR actif etait SBM1 et non standby. Le soft a bien remonté 1000 erreurs (hk_lfr_rej_tc_cnt = 1000) , ce qui est cohérent.

Le plantage a eu lieu pendant l'envoi des 1000 cdes TC_LFR_DUMP_KCOEFFICIENTS, le premier indique la 268eme TC et le deuxieme indique 266eme TC.

Je referai un test à la rentrée.

@AlexisJ tu peux mettre ton cerveau au repos.

Bonne soirée.

Véronique
Le 21/12/2022 à 13:27, Alexis Jeandet a écrit :

Ok, c'est presque normal, au moins je sais où regarder en parallèle si jamais je vois quelque chose de flagrant. Sinon est-ce que ça pourrait être côté gse?

Le 21 décembre 2022 12:59:13 GMT+01:00, "Véronique Bouzid" <> a écrit :

Hello,

Oui c est au niveau de l'envoi des 1000 load_kcoeff dans tous les modes mais cela ne veut pas forcement dire que c est elle.

J'ai fait un test unitaire qui envoie les 1000Tc en standby et cela fonctionne.

Le script du SVS-0022 est plus complexe et je prèfere circonscrire le pb avant de vous inonder de mails.

A+

Véronique

Le 21/12/2022 à 12:52, Alexis Jeandet a écrit :

Hello,

Tu sais sur quelle TC il plante? Est-ce la même à chaque fois?

Alexis.
On Wed, 2022-12-21 at 12:46 +0100, Véronique Bouzid wrote:

Hello

Pour info, je viens de planter le soft de vol sur le test de la SVS-
0022.

le plantage est reproductible, je l'ai rejoué 2 fois. C

Il faut donc que je trouve le pourquoi. Je renseignerai le REdmine
quand j'aurai un peu plus d'infos.

Bon Noel à tous.

Véronique


Files

20221221_110149.jpg (4.98 MB) 20221221_110149.jpg Veronique bouzid, 02/01/2023 09:05 AM
Actions #1

Updated by bruno katra about 1 year ago

  • Status changed from New to In Progress

A titre indicatif : dans mes tests quand je charge les KCOEFF unitaires par exemple j'ai une tempo de 1s entre chaque envoi de TC.

Actions #2

Updated by bruno katra about 1 year ago

  • Description updated (diff)
Actions #3

Updated by Veronique bouzid about 1 year ago

Le script joué est le SVS-022/tc_maximum_rate.py

Dans la section Spacewire IF Statistics
On voit que
- le compteur d envoi des commandes *_rcv_cnt = 12268 soit 12 séquences d'envoi de 1000 cdes. la derniere commande envoyée est donc la 268 énième TC_LFR_LOAD_KCOEFF.

Dans la section TC Statistics
La dernière commande rejetée correspond à une TC_LFR LOAD_KCOEFF (type=181, subtype=93).

--> FAUT IL CREUSER

Le script actuel devra être modifié car l'envoi de TC_LFR_LOAD_KCOEFF n'est autorisé que dans le mode Standby.

Actions #4

Updated by Veronique bouzid about 1 year ago

  • Status changed from In Progress to Closed

Test rejoué après avoir rebooté le banc de test.

Le script /opt/VALIDATION_R3.3/lfrverif/LFR_SVS/SVS-0022/tc_maximum_rate.py a été rejoué. Il est identique à la version R3++.

L'envoi des TC_LFR_LOAD_KCOEFFICIENTS dans les modes autres que standby génére une TM_LFR_TC_EXE_NOT_EXECUTABLE puisque en R3.3 c'est interdit.

Les fichiers 2023_01_11-10_33_17* de tests sont rangés dans le répertoire /home/validation/data/R3.3/3.3.0.11/1.1.91/SVS-0022/VERSION-R3++

AUCUN PLANTAGE.

Actions

Also available in: Atom PDF