-
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
[13_0_X] Reverting BeamSpot Legacy DQM client error scale to 1p2 #41446
Conversation
A new Pull Request was created by @dzuolo (Davide Zuolo) for CMSSW_13_0_X. It involves the following packages:
@emanueleusai, @cmsbuild, @syuvivida, @rvenditti, @micsucmed, @pmandrik can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
please test |
@cms-sw/dqm-l2 can you test this PR online in P5? |
@dzuolo can you:
and of course:
|
backport of #41447 |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-ac7048/32200/summary.html Comparison SummarySummary:
|
Dear colleagues, |
any news on this test? would be good to pick this up for the next fill. |
Ciao Marco, AFAIU this has been put in production since this morning. @cms-sw/dqm-l2 maybe you can review/sign this PR? and the master one? |
+1 |
This pull request is fully signed and it will be integrated in one of the next CMSSW_13_0_X IBs (tests are also fine) and once validation in the development release cycle CMSSW_13_1_X is complete. This pull request will now be reviewed by the release team before it's merged. @perrotta, @dpiparo, @rappoccio (and backports should be raised in the release meeting by the corresponding L2) |
+1 |
PR description:
This PR reverts the value of the error scale of the BeamSpot fit in the DQM Legacy client to 1.2
The error scale is a multiplicative term of the covariance matrix that accounts for under or over estimation of the PV errors.
The value 1.2 was estimated at the beginning of Run 1 operations and never changed since then.
At the beginning of the 2022 data taking at 13p6 TeV the client was constantly crashing due to fit failures. Offline investigations revealed that setting the error scale to 1.0 was curing the issue so we changed the value. Unfortunately we did not investigate the impact on the BeamSpot transverse widths. As you can see in the attachment we get a width of 18 um with error scale 1.2 which is quite far from the expected 10 um that we can get with an error scale of 1.2
We are in contact with Tracker DPG to perform an evaluation of the pixel vertices pulls using the split vertex method but we would to change the value in production before LHC moves to PHYSICS.
These change will affect the BeamSpot used in the HLT and Express reco and not the one in the Prompt reco.
PR validation:
See attached plots. The code itself is unchanged.
If this PR is a backport please specify the original PR and why you need to backport that PR. If this PR will be backported please specify to which release cycle the backport is meant for:
Not a backport. A forward port to 13_1_X will be made soon.
FYI: @mmusich @francescobrivio @gennai - could one of you please launch the test? Thanks!
@cmsdqm : can you please put this PR in production before the next stable beams? Thanks!