Closed suberti-ads closed 2 years ago
IVV_CCB_2022_w30 : Under Analysis, priority minor, waiting for reproduction of the problem
IVV_CCB_2022_w31 : For now, no reproduction of the issue, still under analysis
IVV_CCB_2022_w32 : Still no reproduction of the issue, will be closed in many weeks if the status stays.
IVV_CCB_2022_w33 : Still no reproduction
IVV_CCB_2022_w34 : Still no reproduction --> Closed
This behavior seems a bit different than on following https://github.com/COPRS/rs-issues/issues/455 So i prefer create another topic.
Environment: Platform: RS V1.0.1 OPS Orange Cloud Configuration: rs-config branch op based on 0.5.0-rc1 MIS / rs-processing-config 0.4.0-rc2
Current Behavior: An AIO trace have been lost despite execution worker seems OK.
Expected Behavior: There is no missing trace.
Steps To Reproduce: Issue seen on operational environnement. Currently only one case have been detected.
Test execution artefacts (i.e. logs, screenshots…) Due to logrotate (activity done at about 2022-07-25T06:03:53.476 and first log seen the 2022-07-25T06:03:55.025000Z), i don't see trace should be sent to catalog.
i used mongo and internal log to found activity execution information.
Whenever possible, first analysis of the root cause
on S1 AIO exxecution worker: There is 5 AIO OK but only 4 trace have been ingested in trace catalog:
Missing trace for session for S1A_20220725043407044252 on NSG station:
Herafter internal pod log found for this execution:
pod was hosted on node and no error log present on fluentbit
Note:
On this AIO session no segment and no HK GP have been produced (maybe issue source ? )
Bug Generic Definition of Ready (DoR)
Bug Generic Definition of Done (DoD)