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

metadata JSON files produced for empty lumisections in DAQ (75X) #10807

Merged
merged 18 commits into from Aug 19, 2015

Conversation

smorovic
Copy link
Contributor

Implementation of JSON metadata output for each lumisection in Filter Units and several other smaller changes and bugfixes:

  • file distribution scheme in ramdisk previously allowed skipping lumisections with no data. This is now modified so that each process must transition through each lumisection starting from one first seen in lock file in BU ramdisk.
  • correponding changes in DAQ (streamer) output module, and DQMHIstogram, L1/HLT rates stream producers to output metadata json for empty lumisections
  • avoid casting -1 to uint32 in Trigger JSON module, which converts it in the valid range of the checksum (-1 is intended as true negative in JSON to signal that checksumming is disabled in particular cases)
  • added "maxBufferedFiles" parameter which limits the number of currently open files (useful in case of more than two input buffers used)
  • exception thrown when "_" (underscore) is used as stream name because this breaks file naming convention in DAQ (and breaks output merging by hltd)
  • updated fake BU code with latest json format used by DAQ BU application
    removed old unused test mode code in input source and DaqDirector
    metadata JSON files produced for empty lumisections in DAQ (74X) #10796 is 74X equivalent of this PR

… empty lumisection mode

*checking empty LS mode parameter in DQM and Streamer (Reco) outputs
*case with bumping LS but no new file needs readIndex 0
fix: !shoudWriteFiles --> shouldWriteFiles
fix: name of jsndata file for L1 stream
…ion, start from first one discovered by the process
…d is within a valid range of the checksum . IntJ is also internally 32-bit int, so instead use unsigned int directly and by default use 1
…le python label) as it is reserved by DAQ filename convention
@cmsbuild
Copy link
Contributor

A new Pull Request was created by @smorovic (Srecko Morovic) for CMSSW_7_5_X.

metadata JSON files produced for empty lumisections in DAQ (75X)

It involves the following packages:

DQMServices/Components
EventFilter/Utilities
HLTrigger/JSONMonitoring

@perrotta, @cmsbuild, @cvuosalo, @fwyzard, @emeschi, @Martin-Grunewald, @deguio, @slava77, @mommsen, @danduggan can you please review it and eventually sign? Thanks.
@Martin-Grunewald, @barvic this is something you requested to watch as well.
You can sign-off by replying to this message having '+1' in the first line of your reply.
You can reject by replying to this message having '-1' in the first line of your reply.
If you are a L2 or a release manager you can ask for tests by saying 'please test' in the first line of a comment.
@Degano you are the release manager for this.
You can merge this pull request by typing 'merge' in the first line of your comment.

@Martin-Grunewald
Copy link
Contributor

please test

@cmsbuild
Copy link
Contributor

The tests are being triggered in jenkins.

@cmsbuild
Copy link
Contributor

-1
Tested at: d208fd0
When I ran the RelVals I found an error in the following worklfows:
50202.0 step2

runTheMatrix-results/50202.0_TTbar_13+TTbar_13+DIGIUP15_PU50+RECOUP15_PU50+HARVESTUP15_PU50/step2_TTbar_13+TTbar_13+DIGIUP15_PU50+RECOUP15_PU50+HARVESTUP15_PU50.log
----- Begin Fatal Exception 17-Aug-2015 17:25:24 CEST-----------------------
An exception of category 'Configuration' occurred while
   [0] Constructing the EventProcessor
   [1] Constructing module: class=MixingModule label='mix'
Exception Message:
RootEmbeddedFileSequence no input files specified for secondary input source.
----- End Fatal Exception -------------------------------------------------

4.22 step1

DAS Error

140.53 step1

DAS Error

1000.0 step1

DAS Error

1001.0 step1

DAS Error

1003.0 step1

DAS Error

you can see the results of the tests here:
https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-10807/7385/summary.html

@Martin-Grunewald
Copy link
Contributor

please test

@cmsbuild
Copy link
Contributor

The tests are being triggered in jenkins.

@cmsbuild
Copy link
Contributor

@cmsbuild
Copy link
Contributor

@danduggan
Copy link
Contributor

+1

On Tue, Aug 18, 2015 at 8:55 AM, cmsbuild notifications@github.com wrote:

Comparison is ready

https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-10807/7406/summary.html


Reply to this email directly or view it on GitHub
#10807 (comment).

@Martin-Grunewald
Copy link
Contributor

+1

@cmsbuild
Copy link
Contributor

This pull request is fully signed and it will be integrated in one of the next CMSSW_7_5_X IBs once checked with relvals in the development release cycle of CMSSW (tests are also fine). This pull request requires discussion in the ORP meeting before it's merged. @davidlange6, @Degano, @smuzaffar

davidlange6 added a commit that referenced this pull request Aug 19, 2015
metadata JSON files produced for empty lumisections in DAQ (75X)
@davidlange6 davidlange6 merged commit 634b4c4 into cms-sw:CMSSW_7_5_X Aug 19, 2015
@smorovic smorovic deleted the empty-LS-mode-75X branch November 13, 2015 10:51
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

7 participants