Skip to content
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

Merged
merged 2 commits into from Jan 31, 2017

Conversation

kpedro88
Copy link
Contributor

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 or HcalDDDRecConstants 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.

@cmsbuild
Copy link
Contributor

A new Pull Request was created by @kpedro88 (Kevin Pedro) for CMSSW_9_0_X.

It involves the following packages:

DQMServices/Core
Validation/GlobalHits
Validation/HcalDigis

@cmsbuild, @dmitrijus, @vanbesien, @davidlange6 can you please review it and eventually sign? Thanks.
@barvic this is something you requested to watch as well.
@davidlange6, @smuzaffar you are the release manager for this.

cms-bot commands are listed here #13028

@kpedro88
Copy link
Contributor Author

please test

@cmsbuild
Copy link
Contributor

cmsbuild commented Jan 31, 2017

The tests are being triggered in jenkins.
https://cmssdt.cern.ch/jenkins/job/ib-any-integration/17531/console Started: 2017/01/31 15:22

@davidlange6
Copy link
Contributor

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.

@kpedro88
Copy link
Contributor Author

would you prefer for it to use LogWarning?

@davidlange6
Copy link
Contributor

davidlange6 commented Jan 31, 2017 via email

@davidlange6
Copy link
Contributor

davidlange6 commented Jan 31, 2017 via email

@kpedro88
Copy link
Contributor Author

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.

@cmsbuild
Copy link
Contributor

Pull request #17335 was updated. @cmsbuild, @dmitrijus, @vanbesien, @davidlange6 can you please check and sign again.

@kpedro88
Copy link
Contributor Author

please test

@cmsbuild
Copy link
Contributor

cmsbuild commented Jan 31, 2017

The tests are being triggered in jenkins.
https://cmssdt.cern.ch/jenkins/job/ib-any-integration/17533/console Started: 2017/01/31 15:35

@dmitrijus
Copy link
Contributor

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.
And MessageLogger fails quite spectacularly when the service is not available...

I will ping Marco. Perhaps we should/could use:

#if !WITHOUT_CMS_FRAMEWORK
edm::LogWarning(....)
#endif

@rovere
Copy link
Contributor

rovere commented Jan 31, 2017

Yes I confirm this will likely fail outside CMSSW: I'd suggest to leave the cout as is or put it inside ifdefs.
I'm not sure what exactly we are talking about, but any error spotted by that cout must be fixed ab origine by the maintainer of the offending code.

@kpedro88
Copy link
Contributor Author

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.

@cmsbuild
Copy link
Contributor

@cmsbuild
Copy link
Contributor

Comparison job queued.

@cmsbuild
Copy link
Contributor

@cmsbuild
Copy link
Contributor

Comparison job queued.

@cmsbuild
Copy link
Contributor

Comparison is ready
https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-17335/17537/summary.html

@slava77 comparisons for the following workflows were not done due to missing matrix map:

  • 10824.0_TTbar_13+TTbar_13TeV_TuneCUETP8M1_2018Design_GenSimFull+DigiFull_2018Design+RecoFull_2018Design+HARVESTFull_2018Design
  • 20034.0_TTbar_14TeV+TTbar_14TeV_TuneCUETP8M1_2023D7_GenSimHLBeamSpotFull14+DigiFullTrigger_2023D7+RecoFullGlobal_2023D7+HARVESTFullGlobal_2023D7
  • 21234.0_TTbar_14TeV+TTbar_14TeV_TuneCUETP8M1_2023D4_GenSimHLBeamSpotFull14+DigiFullTrigger_2023D4+RecoFullGlobal_2023D4+HARVESTFullGlobal_2023D4
  • 23234.0_TTbar_14TeV+TTbar_14TeV_TuneCUETP8M1_2023D8_GenSimHLBeamSpotFull14+DigiFullTrigger_2023D8+RecoFullGlobal_2023D8+HARVESTFullGlobal_2023D8

@kpedro88
Copy link
Contributor Author

@davidlange6 i guess these warnings will still be in pre3?

@davidlange6 davidlange6 merged commit fcab6f2 into cms-sw:CMSSW_9_0_X Jan 31, 2017
@davidlange6
Copy link
Contributor

i just realized I missed it.. yes

@slava77
Copy link
Contributor

slava77 commented Feb 6, 2017

@kpedro88
I see that run-2 (2016 data and 2017 MC) workflows have quite a few

*** MonitorElement: WARNING:setBinLabel: attempting to set label of non-existent bin number for ME: Hcal/DigiTask/TimingCut/FED/ 

in recent tests (seen in 02-06-1100)
wasn't this PR supposed to clean them up?

https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-17423/17630/runTheMatrix-results/136.731_RunSinglePh2016B+RunSinglePh2016B+HLTDR2_2016+RECODR2_2016reHLT_skimSinglePh_HIPM+HARVESTDR2/step3_RunSinglePh2016B+RunSinglePh2016B+HLTDR2_2016+RECODR2_2016reHLT_skimSinglePh_HIPM+HARVESTDR2.log

@kpedro88
Copy link
Contributor Author

kpedro88 commented Feb 6, 2017

I could only clean up the Validation related issues. HCAL DQM experts are supposed to address the other warnings. @deguio, @vkhristenko

@vkhristenko
Copy link
Contributor

  • I suggest we exclude HCAL DQM from Relvals, HCAL Validation is enough for that
  • 2016 Data - can not be possible, it worked perfectly fine in 2016

VK

@deguio
Copy link
Contributor

deguio commented Feb 7, 2017

@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

@davidlange6
Copy link
Contributor

davidlange6 commented Feb 17, 2017 via email

@kpedro88
Copy link
Contributor Author

s/all/@deguio, @vkhristenko/

@vkhristenko
Copy link
Contributor

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.
Therefore, to limit the amount of work we have to do - I want to exclude HCAL DQM from RelVals.

If you know which config is responsible for including hcal dqm sequence into the path - please let me know!

VK

@hatakeyamak
Copy link
Contributor

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.

@dmitrijus
Copy link
Contributor

@davidlange6
Copy link
Contributor

davidlange6 commented Feb 20, 2017 via email

@davidlange6 davidlange6 mentioned this pull request Feb 20, 2017
@davidlange6
Copy link
Contributor

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)

@vkhristenko
Copy link
Contributor

vkhristenko commented Feb 20, 2017

so, I have to say I overlooked a bit here and a previous PR hcaldqm-related:

this PR breaks the code

#17015

using Mapper::getHash;
virtual uint32_t getHash(HcalElectronicsId const& eid) const {...}

and the reason is that the base class specifies the same function without const specifier
give me a few hours to submit a PR

VK

@kpedro88
Copy link
Contributor Author

@vkhristenko thanks for noticing the bug - but I didn't edit DQM code in this PR...

@vkhristenko
Copy link
Contributor

not in this - I was referring to this guy, #17015

Apology Kevin!

VK

@vkhristenko
Copy link
Contributor

#17579
VK

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

9 participants