-
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
Confusion in sequence when neither "--data" nor "--mc" is used #34443
Comments
A new Issue was created by @srimanob Phat Srimanobhas. @Dr15Jones, @perrotta, @dpiparo, @silviodonato, @smuzaffar, @makortel, @qliphy can you please review it and eventually sign/assign? Thanks. cms-bot commands are listed here |
assign dqm,xpog |
New categories assigned: dqm,xpog @jfernan2,@kmaeshima,@fgolf,@mariadalfonso,@rvenditti,@andrius-k,@gouskos,@ErnestaP,@ahmad3213 you have been requested to review this Pull request/Issue and eventually sign? Thanks |
@srimanob I have been looking into this but my knowledge of the PdmV configs from cmsDriver is limited. after scram b runtests_TestDQMOfflineConfiguration_110 I get: Config file cmssw_cfg.py created So, it looks like there are several sequences with mc=False and data=False at the same time...Is this expected? |
Hi @jfernan2 However, the clues I have include
The fix I propose in #34452 include
|
Your solution seems fine to me, thanks! I would not consider them selected workflows but module/sequences coming from a full runTheMatrix inspection. They are part of the UnitTests under DQMOffline/Configuration/test which just grabs any DQM,Validation module/sequence to check its validity: https://github.com/cms-sw/cmssw/blob/master/DQMOffline/Configuration/test/runtests.sh#L23 Legacy modules are stripped and then the full list of sequences is splitted in chuncks to run them |
@cms-sw/dqm-l2 Could you please confirm the statement in For step:
Thanks in advance. |
+1 |
type jetmet |
This explicit --data and --mc is only needed by the MET sequence. Suggest to review the METcode such that like ANY other object doesn't rely on external switches |
+1 |
This issue is fully signed and ready to be closed. |
We started to spot the issue when neither "--data" nor "--mc" is used. CMSSW normally guess using
https://github.com/srimanob/cmssw/blob/master/Configuration/Applications/python/cmsDriverOptions.py#L214-L235
The issue happened when it guesses as a data workflow, however, nothing (e.g. isData) is set after that. When we make a workflow with, i.e.
cmsDriver.py RECO --conditions 106X_dataRun2_v35 --customise Configuration/DataProcessing/Utils.addMonitoring --datatier NANOAOD --era Run2_2018,run2_nanoAOD_106Xv2 --eventcontent NANOEDMAOD --filein placeholder.root --fileout file:ReReco-Run2018C-JetHT-UL2018_MiniAODv2_NanoAODv9_pilot-00001.root --nThreads 2 --no_exec --python_filename ReReco-Run2018C-JetHT-UL2018_MiniAODv2_NanoAODv9_pilot-00001_0_cfg.py --scenario pp --step NANO
it will guess it is data workflow, but pick up MC customization. The issue is not only on NanoAOD, Mini will be the same.
The PR #34302 introduces a fix.
However, when we start to set isData properly, we start to see a failure in IB test. The issue come from DQM validation sequence, as reported in #34438
In short, the validation sequence try to run
cmsDriver.py step3 --conditions auto:run2_data -s VALIDATION --process DUMMY --eventcontent DQM --datatier DQMIO --customise_commands 'process.Tracer = cms.Service("Tracer")' --filein file:/eos/cms/store/data/Run2018A/EGamma/RAW/v1/000/315/489/00000/004D960A-EA4C-E811-A908-FA163ED1F481.root -n 10 --python_filename cmssw_cfg.py --no_exec
which is data workflow. However, MC sequence is picked including pileup replay. Config can be dumped, but it does not make sense. The dump step will fail when "--data" or "isData" is used.
It seems the test of DQM sequence should be reviewed first to avoid broken in data workflow. Then we can apply #34302 again, to make mini/nano data workflow properly when it comes from CMSSW guess.
The text was updated successfully, but these errors were encountered: