-
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
PPS fixed LHCInfo PopCon skipping fills #39238
Conversation
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-39238/31868
|
A new Pull Request was created by @JanChyczynski (jan_chyczynski) for master. It involves the following packages:
@malbouis, @cmsbuild, @saumyaphor4252, @ggovi, @francescobrivio, @tvami can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
type bugfix,ctpps |
@cmsbuild , please test |
I still have the question about the unit test as I commented on the other PR #39188 (comment) ... @ggovi please let us know of your opinion. |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-9d56af/27170/summary.html Comparison SummarySummary:
|
It sounds a very good validation/debugging work. Thanks a lot Jan. |
+db
|
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. @perrotta, @dpiparo, @rappoccio (and backports should be raised in the release meeting by the corresponding L2) |
+1 |
hi @JanChyczynski do you think this development would be worthwhile to report on the next AlCaDB meeting (Monday, Sept 12)? |
I spoke to Valentina
I've just spoken to Valentina and I'll give a full report of my development on one of the upcoming meetings so there is no need of reporting just this PR on today's meeting |
PR description:
Fixes a bug in LHCInfo PopCon. Before the fix it couldn't process two consecutive fills with stable beam with endTime of the first equal to startTime of the next one. In such case only the first one was processed and written to the database.
The fix consists of adding filterGE and filterLE methods to
cond::OMSServiceQuery
and using the "greater or equal" filter in the mechanism of choosing the next fill to process in the LHCInfo PopCon.PR validation:
Verified processing of every fill after a certian timestamp with local tests running LHCInfoPopConAnalyzerStartFill.py and LHCInfoPopConAnalyzerEndFill.py and checking the logs. In the logs there are the same numbers of fills as there are fills with stable beams in OMS in the relevant time period. Particulary when running the scripts for fills after 2022-08-13 10:00:00 the fills: 8125, 8143, 8147, 8149 are not missing in the logs anymore. The tests were run both for empty tags and for tags with fill 8142 already written.