Matti Kortelainen

Let's tag @pcanal here too.

@cms-sw/pdmv-l2 Was this error not seen in 14_0_0_pre0 + ROOT 6.30 RelVal production? Or those RelVals are not impacted?

> @cms-sw/pdmv-l2 Was this error not seen in 14_0_0_pre0 + ROOT 6.30 RelVal production? Or those RelVals are not impacted? Reading again https://mattermost.web.cern.ch/cms-o-and-c/pl/ig7t5innq7b65mr9jns1y95gpo I see those RelVals were impacted. @smuzaffar...

> Then when we tried to build the RelMon we noticed that the DQM were not actually uploaded to the DQM GUI and this is what started the investigations mentioned...

>> While the problem, in principle, can be addressed from DQM GUI side, I feel the CMSSW-side action should be on the table as well (even if I want ROOT...

From the ROOT forum, it seems like the fix on the file reading ROOT side might be straightforward https://root-forum.cern.ch/t/error-in-tlist-clear-a-list-is-accessing-an-object-already-deleted-list-name-tlist-when-opening-a-file-created-by-root-6-30-using-root-6-14-09/57588/5

Great! Next question is then, how could we discover this kind of problems earlier? (like when testing a new ROOT version for the first time(s))

Some more from CMSSW_14_0_X_2024-01-25-2300 on el9_aarch64_gcc12 140.58 step 3 ``` Thread 1 (Thread 0x40000fd3b360 (LWP 1572278) "cmsRun"): #3 0x000040001543cf3c in sig_dostack_then_abort () from /cvmfs/cms-ib.cern.ch/sw/aarch64/nweek-02821/el9_aarch64_gcc12/cms/cmssw/CMSSW_14_0_X_2024-01-25-2300/lib/el9_aarch64_gcc12/pluginFWCoreServicesPlugins.so #4 #5 0x000040018cff001c in ?? ()...

assign core

type root