Project

General

Profile

Feature #18980

Failure of FindManyInChainP when the associated products haven't been read yet

Added by Gianluca Petrillo over 1 year ago. Updated over 1 year ago.

Status:
Accepted
Priority:
Normal
Assignee:
-
Category:
Library
Target version:
-
Start date:
02/12/2018
Due date:
% Done:

0%

Estimated time:
1.00 h
Spent time:
Experiment:
LArSoft
Co-Assignees:
Duration:

Description

A failure was privately reported by David Caratelli, with FindManyInChainP::find() call failing with an error like:

%MSG-s ArtException:  PostEndJob 12-Feb-2018 19:41:06 CST ModuleEndJob
cet::exception caught in art
---- OtherArt BEGIN
  ---- EventProcessorFailure BEGIN
    EventProcessor: an exception occurred during current event processing
    ---- EventProcessorFailure BEGIN
      EndPathExecutor: an exception occurred during current event processing
      ---- ScheduleExecutionFailure BEGIN
        Path: ProcessingStopped.
        ---- ProductNotFound BEGIN
          Couldn't find data product with product ID 3022751813
          cet::exception going through module DavidTest/davidtest run: 5412 subRun: 36 event: 1806
        ---- ProductNotFound END
        Exception going through path end_path
      ---- ScheduleExecutionFailure END
    ---- EventProcessorFailure END
  ---- EventProcessorFailure END
---- OtherArt END

I believe it's a problem originating from art, and issue #18979 has been opened.
In the meanwhile, a workaround is being sneaked in FindManyInChainP code to trigger the reading of the intermediate data products.
When the blocking issue is fixed, the workaround code should be removed from lar::details::AssociationFinder::findWithRange(PtrCollBegin sbegin, PtrCollEnd send, Event const& event).


Related issues

Blocked by art - Feature #18979: Retrieve art::InputTag by art::ProductIDClosed02/12/2018

Associated revisions

Revision e978a16b (diff)
Added by Gianluca Petrillo over 1 year ago

Workaround to issue #18979 in FindManyInChainP.

Removal of this workaround is scheduled as issue #18980.

Revision 276aa332 (diff)
Added by Gianluca Petrillo over 1 year ago

New implementation of input tag from product ID.

This follows the suggestion in issue #18979.
This also solves issue #18980, but it will need to be revisited because
it uses a solution that will not be possible within art 3.x.

History

#1 Updated by Gianluca Petrillo over 1 year ago

  • Category set to Library

#2 Updated by Gianluca Petrillo over 1 year ago

  • Blocked by Feature #18979: Retrieve art::InputTag by art::ProductID added

#3 Updated by Katherine Lato over 1 year ago

  • Status changed from Assigned to Accepted
  • Assignee deleted (Gianluca Petrillo)

Waiting for an art feature, see notes in https://cdcvs.fnal.gov/redmine/issues/18979

#4 Updated by Gianluca Petrillo over 1 year ago

The solution of issue #18979 is integrated into art 2.11.
As this art version is being adopted in LArSoft, the final fix should be also implemented.



Also available in: Atom PDF