-
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
LowPtElectrons: fix for UL FastSim mini v2 and nano v9 workflows (back port) #35341
LowPtElectrons: fix for UL FastSim mini v2 and nano v9 workflows (back port) #35341
Conversation
A new Pull Request was created by @bainbrid for CMSSW_10_6_X. It involves the following packages:
@jpata, @cmsbuild, @slava77 can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
@cmsbuild please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-449f17/18757/summary.html Comparison SummarySummary:
|
I was expecting that there is no visible difference in 10_6_X in the workflows tested by the bot. |
@@ -28,3 +28,9 @@ | |||
lowPtGsfElectronID, | |||
ModelWeights = ["RecoEgamma/ElectronIdentification/data/LowPtElectrons/LowPtElectrons_ID_2021May17.root"], | |||
) | |||
|
|||
from Configuration.Eras.Modifier_fastSim_cff import fastSim | |||
fastSim.toModify( |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think that here we should be coupled with run2_miniAOD_UL
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes. Also coupled with run2_nanoAOD_106Xv2, as done here
@cmsbuild please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-449f17/18787/summary.html Comparison SummaryThe workflows 140.53 have different files in step1_dasquery.log than the ones found in the baseline. You may want to check and retrigger the tests if necessary. You can check it in the "files" directory in the results of the comparisons Summary:
|
ignoring the glitch in 140.53 which accounts for 1240, the remaining 125 differences are still not expected , in particular the UL reminiAOD wf 136.88811 with 103 |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-449f17/18833/summary.html Comparison SummaryThe workflows 140.53 have different files in step1_dasquery.log than the ones found in the baseline. You may want to check and retrigger the tests if necessary. You can check it in the "files" directory in the results of the comparisons Summary:
|
OK now; these are all false-positives (from 140.53, mainly, which again glitched in DAS) |
// Extract Track | ||
const reco::Track* trk = nullptr; | ||
if (useGsfToTrack_) { | ||
trk = (*gsf2trk)[gsf].get(); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
the master version has more checks before doing .get
, in particular isAvailable
is present.
@makortel does the Ref::get
throw if the product is not available or will it return a nullptr?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It throws an exception if the product is not available.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@bainbrid
please update this with isAvailable to match the master version so that we don't potentially get more crashes here than would be expected in 12X.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@cmsbuild please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-449f17/18864/summary.html Comparison SummaryThe workflows 140.53 have different files in step1_dasquery.log than the ones found in the baseline. You may want to check and retrigger the tests if necessary. You can check it in the "files" directory in the results of the comparisons Summary:
|
+reconstruction
|
This pull request is fully signed and it will be integrated in one of the next CMSSW_10_6_X IBs (tests are also fine) and once validation in the development release cycle CMSSW_12_1_X is complete. This pull request will now be reviewed by the release team before it's merged. @perrotta, @dpiparo, @qliphy (and backports should be raised in the release meeting by the corresponding L2) |
+1
|
+1 |
PR description:
LowPtGsfElectronIDProducer
when attempting to access anedm::Ref
to the missinggeneralTracksBeforeMixing
collection in AOD.ElectronSeed
step (obtained from the availablegeneralTracks
collection in AOD), instead of from the KF track embedded in theGsfElectronCore
object (which is chosen based on number of shared hits with theGsfTrack
and obtained from the missinggeneralTracksBeforeMixing
collection in AOD).PR validation:
This PR was validated using cmsDriver commands that performed the GEN->AOD and mini v2 steps, based on those provided here, for tests with the 10_6_X cycle, and modified versions for tests with the 12_1_X release (this PR).
if this PR is a backport please specify the original PR and why you need to backport that PR:
This PR is a back port of #35181.
@slava77 @jordan-martins @crovelli