Skip to content

Draft: Checking all the egamma related MR went in between r16 to r17 to find the bug

Debottam Bakshi Gupta requested to merge dbakshig/athena:investigateARTtest_r17 into master

To verify the bug/error mentioned in ATR-24052, I have created this trial branch which I checked out from r16 and added all egamma related MR that went in between r16 and r17 (https://test-atrvshft.web.cern.ch/test-atrvshft/gitlab-mr-summary-webpage/?merged_before=2021-08-17T2101&merged_after=2021-08-16T2101&target_branch=master&state=merged&show_details=false)

https://gitlab.cern.ch/atlas/athena/-/merge_requests/45837
https://gitlab.cern.ch/atlas/athena/-/merge_requests/45832
https://gitlab.cern.ch/atlas/athena/-/merge_requests/45659
https://gitlab.cern.ch/atlas/athena/-/merge_requests/45645

but was not able to reproduce the error

(error messages in /eos/atlas/atlascerngroupdisk/data-art/local-output/master/Athena/x86_64-centos7-gcc8-opt/2021-08-17T2101/TriggerTest/test_trig_mc_v1Dev_slice_egamma_build/CheckLog.log)
FastTrackViewDataVerifier                  2   0   ERROR Did not find StoreGateSvc+HLT_IDTrkTrack_Electron_FTF in IMprecisionEtcut_probe_view_3
FastTrackViewDataVerifier                  2   0   ERROR Did not find StoreGateSvc+TrigPixelClusterAmbiguitiesMap in IMprecisionEtcut_probe_view_3
FastTrackViewDataVerifier                  2   0   ERROR Did not find StoreGateSvc+SCT_FlaggedCondData_TRIG in IMprecisionEtcut_probe_view_3
FastTrackViewDataVerifier                  2   0   ERROR Maximum number of errors ( 'ErrorMax':1) reached.
FastTrackViewDataVerifier                  2   0   ERROR Did not find StoreGateSvc+HLT_IDTrkTrack_Electron_FTF in IMprecisionEtcut_probe_view_4
FastTrackViewDataVerifier                  2   0   ERROR Did not find StoreGateSvc+TrigPixelClusterAmbiguitiesMap in IMprecisionEtcut_probe_view_4

with run command

Reco_tf.py --inputRDOFile /cvmfs/atlas-nightlies.cern.ch/repo/data/data-art/TriggerTest/valid1.410000.PowhegPythiaEvtGen_P2012_ttbar_hdamp172p5_nonallhad.merge.RDO.e4993_s3214_r11315/RDO.17533168._000001.pool.root.1 --AMI q221 --maxEvents 10 --athenaopts='--threads=1 --pmon=sdmon' --outputRDO_TRIGFile=myRDOTrigger.pool.root --steering=doRDO_TRIG --preExec all:"setMenu='LS2_v1_TriggerValidation_prescale'" 2>&1|tee Reco_tf.log

So can we say its not egamma issue and ping the authors of the MR? (logFile : /afs/cern.ch/work/d/dbakshig/public/investFTF/Reco_tf_ivestigate.log)

Merge request reports