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
Add PPS geometry and simulation tags to GTs #33404
Conversation
test parameters:
|
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-33404/22033
|
A new Pull Request was created by @malbouis for master. It involves the following packages: Configuration/AlCa @malbouis, @yuanchao, @christopheralanwest, @cmsbuild, @tlampen, @pohsun, @francescobrivio can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
test parameters:
|
please test |
-1 Failed Tests: AddOn AddOn Tests
Expand to see more addon errors ...Comparison SummarySummary:
|
The error is originated from https://github.com/cms-sw/cmssw/blob/master/Configuration/HLT/python/autoCondHLT.py#L56-L60
This PR updates the 2021 GTs, but it does not update the Run2 GT (as expected). |
urgent |
Hmm, there is no |
The creation of a new |
@malbouis Could that be there is a typo in the description and that the new PPS geometry is included, too? |
I don't think that would help, unless we introduced fake PPS conditions for Run 2. If I modify the failing addOnTests to use the Run2_2018 era, the addOnTests pass. I suspect that the Run3 era is pulling in some hardcoded conditions that are inconsistent with the actual Run 2 PPS geometry. |
For sure the current test setup is inconsistent: it declares Run3 but uses data from 2018 (Run 2). Thus a failure may be legitimate. On the other hand, the error complains about a RP which should be both in Run2 and Run3 geometries - thus I agree that there is yet something else going on... @malbouis Have you encountered something similar when running your tests yesterday? |
@malbouis @christopheralanwest what would be your recommended (easiest) way to test this PR in a private space (I'd like to put in some print outs to understand what's going on)? I see that there is this script: |
@jan-kaspar I'm trying to update #33266 to include #33404 #33250. In this way you will be able to simply use |
Sorry I am slow... Does it mean that now the tests run with Run2 geometry and Run3 era modifier? For PPS this might indeed lead to the observed problem - the PPS geometry data are interpreted differently depending on the Run2 or Run3 configuration. As explained here, there is now a bug which triggers Run2-like processing even if Run3 is declared. This bug is fixed in #33250, thus including it may unveil Run2/3 incompatibilities. |
Thanks! |
@jan-kaspar |
Let me write here an example of error
Please note that we are using @cms-sw/simulation-l2 @cms-sw/alca-l2 @jan-kaspar did we have the diamond detectors already in Run2? If not, we should find a way (eg. customization function) to disable them (if we need to keep cc @cms-sw/reconstruction-l2 |
Sorry, but why is the PoolOutputModule triggering this error in the first place?
There are no CTPPS modules running in the HLT... |
Unscheduled processing works this way.
… On Apr 12, 2021, at 7:47 PM, Martin Grunewald ***@***.***> wrote:
Sorry, but why is the PoolOutputModule triggering this error in the first place?
----- Begin Fatal Exception 12-Apr-2021 04:23:31 CEST-----------------------
An exception of category 'CTPPSGeometry' occurred while
[0] Processing Event run: 323775 lumi: 99 event: 111372621 stream: 0
[1] Running path 'FEVTDEBUGHLToutput_step'
[2] Prefetching for module PoolOutputModule/'FEVTDEBUGHLToutput'
[3] Prefetching for module CTPPSDiamondLocalTrackFitter/'ctppsDiamondLocalTracks'
[4] Calling method for module CTPPSDiamondRecHitProducer/'ctppsDiamondRecHits'
Exception Message:
Not found detector with ID 2054160384, i.e. subDet=5 arm=0 station=1 rp=6
----- End Fatal Exception -------------------------------------------------
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
Ah right, RECO. |
Only these four addOnTests use the Run 2 geometry with the Run 3 era modifier. Does the bug fixed in #33250 correspond precisely to the feature needed to use a Run 3 HLT menu on Run 2 data? If I merge only PR #33404 and #33266 but not #33250, I am able to run The relval HLT GTs differ from the standard HLT GTs only by having a fixed trigger menu and snapshot time so I don't think that introducing a |
Let me try addressing many of the above comments and questions. Timing/diamond RPs existed in Run2 as well, but only 1 RP per LHC sector. In Run 3, there will be 2 RPs per arm. Because of this, we've generalised the way how the copy number from geometry XML files is translated into DetId. In order not break backward (Run2) compatibility, we've introduced isRun2 in the geometry builder: Now to the matrix test failures reported here. They occur for a "specific" configuration of Run2 GT with Run3 era activated. For PPS this should mean Run2-style copy numbers in the geometry XML data while Run3-like interpretation of them - it should lead to an error. So far the error was not visible because of the bug mentioned in the previous paragraph - isRun2 flag was set to true even for Run3 and thus things were fakely consistent. With #33250, the bug is fixed and the inconsistency of Run2 geometry with Run3 era processing occurs. I hope this clarifies the situation ... |
Thank you @jan-kaspar for the clarification. @Martin-Grunewald maybe something like 440b14c might solve our problem. Perhaps it should be included in this function https://github.com/cms-sw/cmssw/blob/master/HLTrigger/Configuration/python/customizeHLTforCMSSW.py#L125 |
Many thanks @silviodonato ! |
This PR has been included in #33415 |
@malbouis Please correct the description of this PR. It says: The tags are: PPSOpticalFunctions_2021_mc_v1 with label CTPPS "PPSOpticalFunctions_2021_mc_v1" is listed twice, while the actual tag name of "XMLFILE_CTPPS_Geometry_2021_113YV1" is not mentioned at all. PR descriptions are important reference information. |
@cvuosalo , done! |
@malbouis Sorry, the PR description is now reversed. It should be: XMLFILE_CTPPS_Geometry_2021_113YV1 with label CTPPS Thanks. |
PR description:
This PR updates includes three tags in the mcRun3 GTs for PPS so that PR #33250 and #33266 can move forward, as requested in the hn threads https://hypernews.cern.ch/HyperNews/CMS/get/calibrations/4392.html and https://hypernews.cern.ch/HyperNews/CMS/get/calibrations/4393.html .
The tags are:
XMLFILE_CTPPS_Geometry_2021_113YV1 with label CTPPS
LHCInfo_2021_mc_v2
PPSOpticalFunctions_2021_mc_v1
The GTs diffs are:
2021 design
https://cms-conddb.cern.ch/cmsDbBrowser/diff/Prod/gts/113X_mcRun3_2021_design_v6/113X_mcRun3_2021_design_v7
2021 realistic
https://cms-conddb.cern.ch/cmsDbBrowser/diff/Prod/gts/113X_mcRun3_2021_realistic_v8/113X_mcRun3_2021_realistic_v9
2021 cosmics
https://cms-conddb.cern.ch/cmsDbBrowser/diff/Prod/gts/113X_mcRun3_2021cosmics_realistic_deco_v7/113X_mcRun3_2021cosmics_realistic_deco_v8
2021 heavy ion
https://cms-conddb.cern.ch/cmsDbBrowser/diff/Prod/gts/113X_mcRun3_2021_realistic_HI_v6/113X_mcRun3_2021_realistic_HI_v7
2023 realistic
https://cms-conddb.cern.ch/cmsDbBrowser/diff/Prod/gts/113X_mcRun3_2023_realistic_v6/113X_mcRun3_2023_realistic_v7
2024 realistic
https://cms-conddb.cern.ch/cmsDbBrowser/diff/Prod/gts/113X_mcRun3_2024_realistic_v6/113X_mcRun3_2024_realistic_v7
PR validation:
Tested with:
runTheMatrix.py -j8 -l 312.0,11634.0,11634.911,12434.0,limited --ibeos
if this PR is a backport please specify the original PR and why you need to backport that PR:
This PR is not a backport and no backport is needed.