You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The DataDiscoveryCLI is saving in the fileset_available.json.gz file also files that are not readable since they are stored on Tape sites.
As an example, this record is stored in the available fileset when querying the dataset /DYJetsToLL_M-50_TuneCP5_13TeV-amcatnloFXFX-pythia8/RunIISummer20UL18NanoAODv9-106X*/NANOAODSIM:
Hold up, why is Disk not reachable over xrd? Also this shouldn't happen quietly ever, preferably the user should get an error with a message of how to opt-in into skipping files
You can select file sites one by one if I remember correctly but there's too many of them to do over whole datasets.
When I created some fileset jsons last week that had Tape sites inside them I would get a TLS error during reading
The
DataDiscoveryCLI
is saving in thefileset_available.json.gz
file also files that are not readable since they are stored on Tape sites.As an example, this record is stored in the available fileset when querying the dataset
/DYJetsToLL_M-50_TuneCP5_13TeV-amcatnloFXFX-pythia8/RunIISummer20UL18NanoAODv9-106X*/NANOAODSIM
:which has also the
'steps'
field as None.By direct query to DAS with
dasgoclient
we can find the site where the file is stored:It would be desirable to exclude the Tape and Disk sites by default, since these files are not readable through xrootd.
At the moment the only way out is to exclude the offending site by blacklist or via regular expression.
FYI @iasonkrom @valsdav
The text was updated successfully, but these errors were encountered: