-
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
Code Fix to read tower geometry correctly in Ecal DQM StatusManager [Master] #38357
Code Fix to read tower geometry correctly in Ecal DQM StatusManager [Master] #38357
Conversation
-code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-38357/30546
Code check has found code style and quality issues which could be resolved by applying following patch(s)
|
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-38357/30547
|
A new Pull Request was created by @abhih1 (Abhirami Harilal) for master. It involves the following packages:
@emanueleusai, @ahmad3213, @cmsbuild, @jfernan2, @pmandrik, @micsucmed, @rvenditti can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-38357/30549
|
Pull request #38357 was updated. @emanueleusai, @ahmad3213, @cmsbuild, @jfernan2, @pmandrik, @micsucmed, @rvenditti can you please check and sign again. |
please test |
type ecal |
Sorry can somebody elaborate on how this PR adds the tags in the title of the PR? And why this isnt happening through a GT? Thanks! |
Hi @tvami Hope this answers your question. |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-bdfa87/25672/summary.html Comparison SummarySummary:
|
+alca
|
hi @abhih1 Also
Well that's very far from the truth given that you already did the 12_3_X and 12_4_X backports, please also comment on the urgency about deploying this at the online machines |
Hi @tvami, sure but could you please explain to me how these tags will be updated, now that they are added to the GT? Next time we need to update the towers what is the procedure to follow if there's no local sqlite file anymore?
Well I thought the question is whether this is a backport, which it is not as this is the Original PR, and in the actual backport PRs to 12_3_X and 12_4_X I do mention it in the description. But if you'd like I can mention the backport PRs here as well. |
The ECAL AlCaDB contacts will know the procedure. But it's: you create your sqlite file, the contact uploads with a good name as a single-iov tag, we do a DQM replay with it, after making sure everything is fine, the contact makes an append to these multi-iov tags. No need to change the code
I usually prefer to show in the master that there are backports, because, according to the ORP policy, the master will have to be always merged first, so if there are backports, the urgency of merging the master is higher, given that the real usage is in the backport. I can discuss with ORP about the meaning of this, indeed that text is starting with "if this is a backport" |
Ok thanks. I've updated the description |
+1 |
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, @qliphy (and backports should be raised in the release meeting by the corresponding L2) |
+1
|
PR description:
This PR fixes the code to read tower geometry correctly in Ecal DQM StatusManager.
Additionally the
toGet
method of accessing the DB tags is removed from the Ecal DQM config, on the suggestion of AlcaDB.PR validation:
PR is validated by running a local test which creates an sqlite file which is uploaded to the DB and verified with an online DQM run on a test DQM GUI. Everything looks as expected.
if this PR is a backport please specify the original PR and why you need to backport that PR:
This is the Master PR. The backport to 12_4_X is #38359 and 12_3_X is #38360