-
Notifications
You must be signed in to change notification settings - Fork 4.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DQM: Use correct local MEs in DQMEDAnalyzer #29745
Conversation
This was a pretty stupid copy-paste mistake.
The code-checks are being triggered in jenkins. |
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-29745/15174
|
A new Pull Request was created by @schneiml (Marcel Schneider) for master. It involves the following packages: DQMServices/Core @andrius-k, @kmaeshima, @schneiml, @cmsbuild, @jfernan2, @fioriNTU can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
please test This does not really prove anything about the issue, but at least shows that there is nothing seriously wrong. |
The tests are being triggered in jenkins. |
@schneiml , I locally tested this with all the failing workflows (using -t4) and all ran fine
|
+1 |
Comparison job queued. |
merge |
@silviodonato , I am going to start a 13h00 IB now to get this change in |
Comparison is ready Comparison Summary:
|
+1 |
This pull request is fully signed and it will be integrated in one of the next master IBs (tests are also fine). This pull request will be automatically merged. |
PR description:
This is an attempt to fix #29743.
I added these calls as a precaution (there might be cases where user can can see invalid MEs otherwise) and got the code from
DQMOneEDAnalyzer
. ExceptDQMEDAnalyzer
needs a different definition of moduleid... And screwing that up could lead to a thread safety problem like observed, since now we get enter/init lumi on different threads for the same MEs, and depending on the interleaving the set of MEs might have changed between initLumi and enterLumi, leading to the assertion failure.This is a theory only though.
PR validation:
None, so far.
I can't reproduce the issue in #29743, so I can't tell if this fixes the issue. But it is very obviously a bug, and fixing it should not hurt.