2010 branch: change the way to give the input files

[katilp]

What happens?

When running the HiForest example code for 2010 data in cmssw_3_9_2_patch5-slc5_amd64_gcc434:latest, the job only outputs errors:

$ cmsRun hiforestanalyzer_cfg.py
221125 08:14:44 001 crypto_X509CreateProxy: EEC certificate cannot be opened (file: /home/cmsusr/.globus/usercert.pem)
221125 08:14:44 001 Xrd: CheckErrorStatus: Server declared: (error code: 3005)
221125 08:14:44 001 Xrd: CheckErrorStatus: Server declared: (error code: 3005)
221125 08:14:44 001 Xrd: CheckErrorStatus: Server declared: (error code: 3005)
221125 08:14:44 001 Xrd: CheckErrorStatus: Server declared: (error code: 3005)
221125 08:14:44 001 Xrd: CheckErrorStatus: Server declared: (error code: 3005)
221125 08:14:44 001 Xrd: CheckErrorStatus: Server declared: (error code: 3005)
221125 08:14:44 001 Xrd: CheckErrorStatus: Server declared: (error code: 3005)
221125 08:14:44 001 Xrd: CheckErrorStatus: Server declared: (error code: 3005)
221125 08:14:44 001 Xrd: CheckErrorStatus: Server declared: (error code: 3005)
221125 08:14:44 001 Xrd: CheckErrorStatus: Server declared: (error code: 3005)
221125 08:14:44 001 Xrd: CheckErrorStatus: Server declared: (error code: 3005)
221125 08:14:45 001 Xrd: CheckErrorStatus: Server declared: (error code: 3005)

In the same container, however, xrdcp works and a simple demoanalyzer runs fine

How to reproduce?

Get the container:

docker run --name hi2010_od -P -p 5901:5901 -it gitlab-registry.cern.ch/cms-cloud/cmssw-docker-opendata/cmssw_3_9_2_patch5-slc5_amd64_gcc434:latest /bin/bash

Run HiForest

mkdir HiForest
cd HiForest/
git clone -b 2010 https://github.com/cms-opendata-analyses/HiForestProducerTool.git HiForestProducer
cd HiForestProducer/
scram b

Comment out line process.GlobalTag.connect = cms.string('sqlite_file:/cvmfs/cms-opendata-conddb.cern.ch/GR_R_39X_V6B.db') in the configuration file
hiforestanalyzer_cfg.py and run:

cmsRun hiforestanalyzer_cfg.py

Check xrdcp

xrdcp root://eospublic.cern.ch//eos/opendata/cms/hidata/HIRun2010/HIAllPhysics/RECO/ZS-v2/0000/001DA267-7243-E011-B38F-001617C3B6CE.root .

(it starts, so presumably, works fine but I did not download to the end)

Check demoanalyzer

mkdir Demo
cd Demo
mkedanlzr DemoAnalyzer
scram b

Change the input file to root://eospublic.cern.ch//eos/opendata/cms/hidata/HIRun2010/HIAllPhysics/RECO/ZS-v2/0000/001DA267-7243-E011-B38F-001617C3B6CE.root and the number of events to something small and run:

cmsRun DemoAnalyzer/demoanalyzer_cfg.py

How to fix?

As a first aid, change the input to a single file i.e.

process.source = cms.Source("PoolSource",
  fileNames = cms.untracked.vstring(
    'root://eospublic.cern.ch//eos/opendata/cms/hidata/HIRun2010/HIAllPhysics/RECO/ZS-v2/0000/001DA267-7243-E011-B38F-001617C3B6CE.root'
 ) 
)

instead of

files2010data = FileUtils.loadListFromFile ('CMS_HIRun2010_HIAllPhysics_ZS-v2_RECO_file_index.txt')
process.source = cms.Source("PoolSource",
   fileNames = cms.untracked.vstring(*files2010data
    )
)

Why this happens?

Unclear.

• It did not fail in the 2010 branch at the time of the release.
• The errors come from both branches but the job in the 2011 branch runs successfully in the cmssw_4_4_7-slc5_amd64_gcc434:2020-11-19-89e805d7 container after the same errors.
• Also locally on cmssw_4_4_7-slc5_amd64_gcc434:latest I get these errors but it eventually runs

  221125 13:56:11 001 Xrd: CheckErrorStatus: Server [eospublic.cern.ch] declared: (error code: 3005)
  221125 13:56:11 001 Xrd: CheckErrorStatus: Server [eospublic.cern.ch] declared: (error code: 3005)
  25-Nov-2022 13:56:11 CET  Initiating request to open file root://eospublic.cern.ch//eos/opendata/cms/hidata/HIRun2011/HIDiMuon/RECO/04Mar2013-v1/10000/001C9519-BA87-E211-9483-842B2B6F81CC.root
  25-Nov-2022 13:56:13 CET  Successfully opened file root://eospublic.cern.ch//eos/opendata/cms/hidata/HIRun2011/HIDiMuon/RECO/04Mar2013-v1/10000/001C9519-BA87-E211-9483-842B2B6F81CC.root
  25-Nov-2022 13:56:18 CET  Closed file root://eospublic.cern.ch//eos/opendata/cms/hidata/HIRun2011/HIDiMuon/RECO/04Mar2013-v1/10000/001C9519-BA87-E211-9483-842B2B6F81CC.root
  
  

• This can be remediated by giving only one input file.