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
Fix or suppress warnings related to Phase0 HE in 2017 #17335
Conversation
A new Pull Request was created by @kpedro88 (Kevin Pedro) for CMSSW_9_0_X. It involves the following packages: DQMServices/Core @cmsbuild, @dmitrijus, @vanbesien, @davidlange6 can you please review it and eventually sign? Thanks. cms-bot commands are listed here #13028 |
please test |
The tests are being triggered in jenkins. |
I don't think removing a error at the level of MonitorElement.cc is the way to proceed here. Its probably better to live with those (a bunch at the start of jobs) while the hcal fixes things properly. |
would you prefer for it to use LogWarning? |
it should use the message logger yes - but if it indicates a real problem (which referencing a nonexistent histogram bin likely is), then the fix is rather at the histogram creator level not to flush the message down some dev/null drain.. maybe you can ask the MonitorElement for the histogram title as a hint for further debugging
… On Jan 31, 2017, at 3:16 PM, Kevin Pedro ***@***.***> wrote:
would you prefer for it to use LogWarning?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
ah, but the printout already gives you the full name…
… On Jan 31, 2017, at 3:26 PM, David Lange ***@***.***> wrote:
it should use the message logger yes - but if it indicates a real problem (which referencing a nonexistent histogram bin likely is), then the fix is rather at the histogram creator level not to flush the message down some dev/null drain.. maybe you can ask the MonitorElement for the histogram title as a hint for further debugging
> On Jan 31, 2017, at 3:16 PM, Kevin Pedro ***@***.***> wrote:
>
> would you prefer for it to use LogWarning?
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub, or mute the thread.
>
|
Yes, unfortunately the DQM code is so impenetrable that I can't figure out where the "real" number of bins is actually determined. I'll update the PR to make it use LogWarning. |
Pull request #17335 was updated. @cmsbuild, @dmitrijus, @vanbesien, @davidlange6 can you please check and sign again. |
please test |
The tests are being triggered in jenkins. |
I agree with David, this is something to be fixed in "user" / histogram creator" level. Maybe throw an exception? This way it will be pretty clear who uses the faulty bin.... std::cout was used because this code not only runs in cms framework but also outside of it, e.g. DQMGUI. I will ping Marco. Perhaps we should/could use:
|
Yes I confirm this will likely fail outside CMSSW: I'd suggest to leave the cout as is or put it inside ifdefs. |
okay, I've just removed all the changes to DQM code for simplicity. At some point it would be nice to avoid couts where possible. |
Comparison job queued. |
Comparison job queued. |
Comparison is ready @slava77 comparisons for the following workflows were not done due to missing matrix map:
|
@davidlange6 i guess these warnings will still be in pre3? |
i just realized I missed it.. yes |
@kpedro88
in recent tests (seen in 02-06-1100) |
I could only clean up the Validation related issues. HCAL DQM experts are supposed to address the other warnings. @deguio, @vkhristenko |
VK |
hi all
we need a PR for this “solution” by Monday-
Thanks
… On Feb 7, 2017, at 10:37 AM, Federico De Guio ***@***.***> wrote:
@kpedro88
yes, the problem must be an inconsistency with the constants as you say. they are being reviewed anyway in preparation for 2017 data taking. I am also fine with removing the DQM from relvals for now. we can include it again once things are more stable.
@DryRun
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or mute the thread.
|
s/all/@deguio, @vkhristenko/ |
remove HCAL DQM from Relvals, in HCAL, HCAL Validation is responsible for Release Validation, not HCAL DQM - noone uses it or will use it in the future for relvals. If you know which config is responsible for including hcal dqm sequence into the path - please let me know! VK |
I think we agreed on that (removing DQM, keeping validation. Don't remove DQMOffline/HCAL. We use that for Validation as well as all Validation/xxx stuff). I think just have to find somebody to make this change which is a simple change in config. |
Ping! One of the offending modules is "digiPhase1Task", included in, What I will is convert these warnings to LogInfo... |
would rather not run broken stuff..
… On Feb 20, 2017, at 3:24 PM, Dmitrijus ***@***.***> wrote:
Ping!
One of the offending modules is "digiPhase1Task", included in,
https://github.com/cms-sw/cmssw/blob/53327033fb356b2a704464439ce79fa47a9d1678/DQM/HcalTasks/python/OfflineSourceSequence_pp.py
And then by https://github.com/cms-sw/cmssw/blob/27ddd5987103f9df1dd40e82129c91f0031e226f/DQMOffline/Configuration/python/DQMOffline_cff.py
What I will is convert these warnings to LogInfo...
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or mute the thread.
|
my solution based on the comments here is in #17578 (It seems we are still converging on the validation of pre4 so some time for a better one) |
so, I have to say I overlooked a bit here and a previous PR hcaldqm-related: this PR breaks the code
and the reason is that the base class specifies the same function without const specifier VK |
@vkhristenko thanks for noticing the bug - but I didn't edit DQM code in this PR... |
not in this - I was referring to this guy, #17015 Apology Kevin! VK |
#17579 |
Followup to #17198.
Validation warnings related to improper handling of TestNumbering for HCAL SimHits have been fixed.
@bsunanda, @hatakeyamak, @kencall at some point we should tweak HcalHitRelabeller to be useful as a general helper class for TestNumbering SimHit processing. There's no reason for the Validation code to use
HcalTestNumbering
orHcalDDDRecConstants
classes unless the actual layer information is needed.I couldn't figure out the source of the DQM printout (which was using
std::cout
), so I just commented it out. @deguio @vkhristenko please investigate when you have time. There must be an inconsistency with the constants or something.