Bug #4007
closed
Le FSW crashe pendant l'envoi massif de TC_LFR_LOAD_KCOEFF
60%
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" <veronique.bouzid@lpp.polytechnique.fr> 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
Updated by bruno katra almost 2 years 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.
Updated by Veronique bouzid almost 2 years ago
- File 20221221_110149.jpg 20221221_110149.jpg added
- % Done changed from 0 to 60
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.
Updated by Veronique bouzid almost 2 years 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.