-
Notifications
You must be signed in to change notification settings - Fork 4.4k
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
(DAQ) File based protocol update #40099
Conversation
reorganize output module to output initemp file markers early
-code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-40099/33081
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-40099/33082
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-40099/33083
|
A new Pull Request was created by @smorovic (Srecko Morovic) for master. It involves the following packages:
@Martin-Grunewald, @emanueleusai, @emeschi, @ahmad3213, @cmsbuild, @missirol, @jfernan2, @syuvivida, @pmandrik, @micsucmed, @smorovic, @rvenditti can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-41a425/29167/summary.html Comparison SummarySummary:
|
+hlt |
@cms-sw/dqm-l2, please prioritize the review of this PR. It is a bugfix that should get into |
Hi, given that this is for the online, do you think it could be useful to do playback test on DQM machines? If yes, can we use 12_6 + this PR + DQM stream files from present data taking produced in 12_4 ? |
Hi @rvenditti. For what concerns HLT use of the module, I made a test including DQMFileSaverPB module (with the latest version of this PR). In case you will try it, I am not sure how 12_4_X streamer files will behave with 12_6. Streamer format hasn't been changed (as far as I know), but with ROOT and DataFormats there could be differences. |
Hi, @rvenditti , yes, clients load DQM.Integration.config.environment_cfi, e.g.
where
|
@cms-sw/dqm-l2 , please let us know if you can sign this PR soon. @cms-sw/orp-l2, I'm hoping this can still make it in |
+dqm |
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, @rappoccio (and backports should be raised in the release meeting by the corresponding L2) |
+1 |
PR description:
Two changes are implemented for the file-based output protocol:
Early "initemp" file marker:
A file marker is created in constructor (.initemp of .ini depending on the stream type and content availability at construction). From 12_6_X, as noticed in tests, beginRun (or globalBeginRun) in GlobalEvFOutputModule can be called after event processing in the source starts, so creating such markers at beginRun is no longer sufficient. Marker needs to be created early for hltd daemon to know which streams are in the run, and therefore wait for output completion until lumisection can be closed in the merging system. Standard INI file is still created with information from beginRun, except in case of DQMHistograms where it is empty, so creation was moved to constructor.
Changes are implemented in the GlobalEvFOutputModule (data streams), DQMFileSaverPB (DQMHistograms stream) and L1/HLTriggerJsonMonitoring (L1/HLTRates streams). Note: in combination with correspoding changes in hltd, this patch is required for CMSSW_12_6_X being used in the HLT environment, as collecting output doesn't work with current version of the sw.
Discard LS:
PR validation:
Tested and verified in a small DAQ cluster providing environment (services) analogous to a production BU-FU setup.