-
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
Issue message if DB IOV updated during job #46393
Conversation
please test |
cms-bot internal usage |
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-46393/42239 |
A new Pull Request was created by @Dr15Jones for master. It involves the following packages:
@atpathak, @consuegs, @francescobrivio, @perrotta can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
+1 Size: This PR adds an extra 20KB to repository Comparison SummarySummary:
|
f1d5a12
to
d798eec
Compare
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-46393/42246 |
please test |
So from the previous PR tests, it does appear that fetching during the job can happen for offline jobs processing data. My hypothesis is some conditions data have such large IOV lists that they are not fetched all at once, instead they are fetched in pages. At construction time CondDBESSource just fetches the first page of IOVs for all conditions objects. Then at begin run, if the IOVs page containing that particular run was not pre-fetched, it goes and fetches it. This appears to only be true for a couple of conditions objects, not all of them. |
that was the "concern" I was referring to earlier today. Few time-stamp based conditions can have tens or hundreds of thousands of IoVs and cannot fit in a single read. |
+1 Size: This PR adds an extra 20KB to repository Comparison SummarySummary:
|
Just for my understanding: does this update need to be merged, or it is just for your private tests? I.e. do you need the db signature, here and in the backport PRs? |
if we want it to be useful for debugging #45555 we'll need a release to be deployed at HLT with this PR in it, so I think unless we want to make branches diverge, yes db signature is needed here and in backports. |
+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. @rappoccio, @mandrenguyen, @antoniovilela, @sextonkennedy (and backports should be raised in the release meeting by the corresponding L2) |
+1 |
PR description:
This adds a LogSystem output each time the CondDBESSource updates an IOV during the job. The output is avoided the first IOV check as the number of lines added to the log file is quite large.
This is meant to help diagnose a problem being seen in the HLT.
PR validation:
Code compiles. Forcing the report to always be on gave the expected output.