Project

General

Profile

Bug #18991

Segmentation fault when running MicroBooNE TrajCluster reconstruction

Added by Supraja Balasubramanian over 2 years ago. Updated over 2 years ago.

Status:
New
Priority:
Normal
Assignee:
Supraja Balasubramanian
Category:
-
Start date:
02/14/2018
Due date:
% Done:

0%

Estimated time:
Duration:

Description

I get a seg fault when I do:

lar -c mcc8.fcl inputfile_v06_26_06_reco2.root -o output.root

in uboonecode v06_67_01 with larreco v06_54_01 on branch feature/bb_TJWork.

The .fcl file I use is: /uboone/app/users/suprajab/v06_67_01/srcs/larreco/larreco/TCReco/mcc8.fcl
The debug report is: /uboone/app/users/suprajab/v06_67_01/srcs/larreco/larreco/TCReco/debug.txt
The input MCC8.6 reco2 file is: /uboone/app/users/suprajab/v06_67_01/srcs/larreco/larreco/TCReco/inputfile_v06_26_06_reco2.root

Screen Shot 2018-02-14 at 3.42.42 PM.png (135 KB) Screen Shot 2018-02-14 at 3.42.42 PM.png Tingjun Yang, 02/14/2018 03:43 PM

History

#1 Updated by Supraja Balasubramanian over 2 years ago

  • Assignee set to Supraja Balasubramanian

#2 Updated by Tingjun Yang over 2 years ago

From Bruce:

Supraja,

It looks like the reference to the BackTrackerMatchingData is wrong in your fcl file. You have specified:

physics.producers.trajcluster2.TrajClusterAlg.HitFinderModuleLabel: "pandoraCosmicHitRemoval"
physics.producers.trajcluster2.TrajClusterAlg.HitTruthModuleLabel: "pandoraCosmicHitRemoval"

in your mcc8.fcl file but there are no data products like that in the input file. I ran the following to dump the list of data products to eventdump.txt.

lar -c eventdump.fcl /uboone/app/users/suprajab/v06_67_01/srcs/larreco/larreco/TCReco/inputfile_v06_26_06_reco2.root -n 1 > eventdump.txt

I find that but there is no association with pandoraCosmicHitRemoval hits with any BackTrackerMatchingData. TrajCluster then tried to use the BackTrackerService and got a seg fault when it couldn’t find anything. I think you want to use this:

physics.producers.trajcluster2.TrajClusterAlg.HitTruthModuleLabel: "crHitRemovalTruthMatch”

instead. I admit to being confused about the names. There are three BackTrackerMatchingData data collections in this file: gaushitTruthMatch , crHitRemovalTruthMatch, and trajclusterTruthMatch. It would have been clearer if the module had been named pandoraCosmicHitRemovalTruthMatch.

Bruce

#3 Updated by Tingjun Yang over 2 years ago

Hi Bruce,

Please see the attached screenshot. I think the problem is around line 405 of PFPUtils.cxx where jtj2pt.id is 0.

Tingjun

Also available in: Atom PDF