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
CondDB frontierKey update (11_3_X) #33644
CondDB frontierKey update (11_3_X) #33644
Conversation
A new Pull Request was created by @smorovic (Srecko Morovic) for CMSSW_11_3_X. It involves the following packages: CondCore/DBOutputService @malbouis, @andrius-k, @yuanchao, @kmaeshima, @ErnestaP, @ahmad3213, @cmsbuild, @jfernan2, @tlampen, @ggovi, @pohsun, @rvenditti, @francescobrivio can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
@cmsbuild please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-48146c/14909/summary.html Comparison SummaryThe workflows 140.53 have different files in step1_dasquery.log than the ones found in the baseline. You may want to check and retrigger the tests if necessary. You can check it in the "files" directory in the results of the comparisons Summary:
|
@smorovic since this PR affects mainly Online DQM, we would like to test it at P5 machines before approving. Is tehre any specific sample or condition which should be used or we could test it out-of-the box? |
Hi @jfernan2,
This is what is going to be written with the updated Run Control and DQM Function Manager (are you using it for playback?). With those 'global' files new version of hltd is needed to propagate the parameter to CMSSW:
Note that this version of hltd requires CMSSW changes in this PR to work properly in DQM mode. Let me know if this is feasible or we need to come up with something else. |
any run number is fine for testing. |
@smorovic we are not sure about your statement "Note that this version of hltd requires CMSSW changes in this PR to work properly in DQM mode" You mean this PR will not work with the new HLTD version you gave us? Or just production mode, not playback? |
Hi @jfernan, Therefore I suggested to install new hltd rpm for the test you want to do. However,for production hltd can be updated only once you migrate DQM to a new release including this PR. [*] that behavior of VarArgs is not too convenient and a switch to disable strict parameter checking would be useful. |
Dear @smorovic ,
the HLTD execute the cmsRun with the follow options: where "runUniquekey" is not set correctly. Probably, because in [1] you need to add line 'uniqueKey = uniqueKey.group(1)' somewhere in the following part of the code:
[0] /nfshome0/smorovic/RPM/test/hltd-python36-2.9.8-2.el7.cern.x86_64.rpm |
Dear @pmandrik, I build new version of hltd, so please try with:
|
Dear @smorovic , we have a following error with latest version of HLTD, because of runUniqueKey that also is expected to be registered in [0] : log file spoiler-- starting process: ['cmsRun', '/cmsnfsdqmdata/dqmdata/dqm_cmssw/playback_0511_CMSSW_11_3_0_31684_33644_33684/src/DQM/Integration/python/clients/hlt_dqm_clientPB-live_cfg.py', 'runInputDir=/fff/BU0/ramdisk', 'runNumber=501490', 'runkey=cosmic_run', 'runUniqueKey=4e94e771-add6-41be-8683-c5f6a7a9ed1f'] -- At: ----- End Fatal Exception ------------------------------------------------- -- process exit: 90 -- Also, in the playback system we use the fff_simulator tool to emulate incoming data as well as to create .global files [1]. [0] https://github.com/smorovic/cmssw/blob/11_3_X_backport-frontierKey/DQM/Integration/python/config/pbsource_cfi.py |
Hi @pmandrik,
You get the error because parameter is not registered in the CMSSW configuration. This pull request takes care of it by adding to
Did you fetch and apply commits from this PR for the test? If you didn't, this is the cause of the problem. If you did apply the PR and it still didn't work, then there is some problem with the PR. Note also that I didn't add that parameter to:
which define a different input source module (PoolSource and DQMProtobufReader) and didn't seem as something that would be started from the hltd.
Value of run_unique_key is arbitrary for the test, but there are some constaints for the format. It should be limited to having alphanumeric characters and dashes (
|
Thank you for the clarification @smorovic , |
no effect when not used from hltd
Pull request #33644 was updated. @malbouis, @andrius-k, @yuanchao, @kmaeshima, @ErnestaP, @ahmad3213, @cmsbuild, @jfernan2, @tlampen, @ggovi, @pohsun, @rvenditti, @francescobrivio can you please check and sign again. |
please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-48146c/15139/summary.html Comparison SummarySummary:
|
+1 |
+1
|
+1 |
This pull request is fully signed and it will be integrated in one of the next CMSSW_11_3_X IBs (tests are also fine) and once validation in the development release cycle CMSSW_12_0_X is complete. This pull request will now be reviewed by the release team before it's merged. @silviodonato, @dpiparo, @qliphy (and backports should be raised in the release meeting by the corresponding L2) |
+1 |
PR description:
frontierKey in OnlineDBOutputService and CondDBESSource is set to untracked string (this is a parameter relevant only at runtime).
Additional Python changes are included to add a VarParsing parameter and apply the comand line parameter to the OnlineDBOutputService.
PR validation:
Tested validity of Python changes with pylint.
if this PR is a backport please specify the original PR and why you need to backport that PR:
Backport of #33643