-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
Calotower phase-out from PF code #43612
Conversation
cms-bot internal usage |
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-43612/38262
|
A new Pull Request was created by @swagata87 (Swagata Mukherjee) for master. It involves the following packages:
@Martin-Grunewald, @mandrenguyen, @mmusich, @jfernan2, @cmsbuild can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-8bc232/36596/summary.html Comparison SummarySummary:
|
Hi @swagata87 |
hello @swagata87 (happy new year!). Do you have any new input on the question above from Martin? |
hey Marco, Martin, all, |
please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-8bc232/36701/summary.html Comparison SummarySummary:
|
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 now be reviewed by the release team before it's merged. @rappoccio, @sextonkennedy, @antoniovilela (and backports should be raised in the release meeting by the corresponding L2) |
type pf |
FYI @bellan |
+1 |
@swagata87,
See e.g. here |
ok I will check shortly. Probably we can use it only for Run3 and Phase2 by using a era, and keep things as before for Run2/Run1. |
it's not clear to me how to reproduce the crash. |
reproduced for me. |
ok I think I have understood the issue. Let me try to explain and then we can discuss how to solve it. errors are like this
now, in run3 if we look at the 16th ieta tower , the HE is only depth 4. So my question is, is it possible to include this missing depth in GT? tagging @abdoulline Otherwise we have to change the code and make sure that run1 / run2 don't use the HCalCutsFromDB feature. |
Let me try to understand what's happening and to look back specifically at 2017 PFCuts - if there is any omission. 2017 had a special HE module with Phase1 (like 2018), but the bulk HE was Phase0. |
Previously we always used this for Run3 and Phase2 only. So the issue was not uncovered. |
OK, thanks. At the moment I cannot exclude that Run1,2 may need to avoid using the HCalCutsFromDB feature. At the moment I can only say that in 2017 Geometry (IOV in question 287446 - 309054) |
if it's confirmed there's a deficiency in the GTs, it's IMHO better to remove bugged conditions in the long run. Sweeping the dust under the carpet will certainly lead to a time bomb. |
@mmusich I've added to the previous comment that I don't see conditions problem at the moment... |
@abdoulline, if it helps, there are also failures in MC (wf 25215.17:
see e.g. here |
Thanks, Marco. The good news is that I've understood what's the culprit... So, I suppose that 2016 PFCuts would work for 2017. I'll try to check it next days (by the end of the week), but unfortunately after Xmas break there appeared several urgent issues requiring my attention... |
@abdoulline thank you for the detailed analysis.
do you mean using the 2016 PFCuts tout-court ? process.GlobalTag.toGet = cms.VPSet(
cms.PSet(record = cms.string("HcalPFCutsRcd"),
tag = cms.string("HcalPFCuts_2016_v1.0_mc"),
connect = cms.string("frontier://FrontierProd/CMS_CONDITIONS")
)
) (this should make the job consume the payload with hash to the configuration resulting from running the step3 of wf 136.8 (as in #43612 (comment)), but that immediately fails with:
|
Thanks for a quick check, Marco ! |
At the end there seems to be no simple/elegant solution for 2017 DB PFCuts issue... Sorry for not having foreseen this issue earlier... |
maybe I am missing something trivial, but could it not be populated using the existing 2017 payload, but adding more "fake" cells for the special HEP17 module included all the ietas from 16 to 29 (and iphi = 63-66) ? |
DB array is populated sequentially using dense index (sequential one calculated by Geometry methods for given detector topology with given number of channels), so |
tried to put in a fix here: #43681 |
PR description:
To address #43264.
In
SuperClusterImporter.cc
, the value of H/E from old method (calotower-based) and new method (rechit-based) were same. (This is checked for a few events).Offline reco config and Phase2 HLT config were accordingly modified. Note that for Run3 HLT config, no change is needed, because Run3 HLT does not use SuperClusterImporter.
PR validation:
Checked with
12434.0_TTbar_14TeV+2023