Project

General

Profile

Bug #5629

sam_metadata_dumper fails to open xrootd input

Added by Andrew Norman over 6 years ago. Updated about 6 years ago.

Status:
Closed
Priority:
High
Category:
I/O
Target version:
Start date:
03/11/2014
Due date:
% Done:

100%

Estimated time:
2.00 h
Spent time:
Occurs In:
Scope:
Internal
Experiment:
NOvA
SSI Package:
art
Duration:

Description

The sam_metadata_dumper fails to open files passed in as xrootd uri's.

The following output demonstrates this:

[anorman@novagpvm01 xrootd]$ sam_metadata_dumper root://fndca1.fnal.gov:1094//pnfs/fnal.gov/usr/nova/scratch/users/anorman/fardet_r00011760_s59_t02_S14-01-20_v1_data.daq.root
Error in <TFile::TFile>: file /pnfs/fnal.gov/usr/nova/scratch/users/anorman/fardet_r00011760_s59_t02_S14-01-20_v1_data.daq.root does not exist
Unable to open file 'root://fndca1.fnal.gov:1094//pnfs/fnal.gov/usr/nova/scratch/users/anorman/fardet_r00011760_s59_t02_S14-01-20_v1_data.daq.root' for reading.
Skipping to next file.

As per discussion with Chris, Marc et al, this is probably just related to a check that is being done of the commandline args.

Can we have this patched to support the xrootd input. (other art based utils work as expected)


Related issues

Related to art - Bug #5773: config_dumper can not read files in dCache via xrootdClosed03/27/2014

Associated revisions

History

#1 Updated by Christopher Green over 6 years ago

  • Category set to I/O
  • Status changed from New to Feedback
  • Assignee set to Christopher Green
  • Priority changed from Normal to High
  • Target version set to 1.09.00
  • Estimated time set to 2.00 h
  • Experiment NOvA added
  • Experiment deleted (-)
  • SSI Package art added
  • SSI Package deleted ()

I cannot identify such a check, unfortunately: something else appears to be going on. Is there some way to test this from a non-NOvA machine?

#2 Updated by Christopher Green over 6 years ago

  • Status changed from Feedback to Assigned

Waiting for VOMS access to NOvA.

#3 Updated by Christopher Green over 6 years ago

  • Status changed from Assigned to Feedback

Could you also provide a simple .fcl file demonstrating the loading of an xrootd file in art proper?

#4 Updated by Christopher Green over 6 years ago

  • Status changed from Feedback to Assigned
  • % Done changed from 0 to 60

This is now understood: the XROOTD-reading plugin is only activated if the static TFile::Open() method is used. sam_metadata_dumper was using the normal TFile constructor. Converting sam_metadata_dumper to use the magic method is sufficient to fix the problem.

This issue is not yet marked resolved pending the resolution of a linking problem in the new version of ROOT in the next release that was exposed by this issue.

#5 Updated by Christopher Green over 6 years ago

  • Status changed from Assigned to Resolved
  • % Done changed from 60 to 100

This problem is resolved with e1bea96.

#6 Updated by Marc Paterno about 6 years ago

  • Status changed from Resolved to Closed


Also available in: Atom PDF