Project

General

Profile

Bug #16760

Resurfacing of Bug #16213 : problem with two eventbuilders sending to two dataloggers

Added by John Freeman about 2 years ago. Updated about 2 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
artdaq-daqinterface
Target version:
-
Start date:
06/02/2017
Due date:
% Done:

100%

Estimated time:
Experiment:
-
Co-Assignees:
Duration:

Description

The issue described in Bug #16213 (https://cdcvs.fnal.gov/redmine/issues/16213), where events stopped flowing after a few seconds (at 10 events/s) with two eventbuilders sending events to two dataloggers, appears to have resurfaced. Essentially, having installed artdaq-demo on woof via "./quick-mrb-start.sh --tag=v2_10_00", I have no problem running in a 2x2x2 scenario where each datalogger receives events from just one of the two eventbuilders, but I get a timeout failure if I try having both eventbuilders send to both data loggers. The FHiCL documents for the former case can currently be found in woof:/home/jcfree/scratch/artdaq-demo_v2_10_00/fhicl/each_eventbuilder_to_specific_datalogger , and for the latter case in woof:/home/jcfree/scratch/artdaq-demo_v2_10_00/fhicl/both_eventbuilders_to_both_dataloggers . You can also see this phenomenon if you look at info for one of the runs I took with this artdaq-demo installation, woof:/home/jcfree/scratch/artdaq-demo_v2_10_00/run_records/8 .

History

#1 Updated by Eric Flumerfelt about 2 years ago

Your FHiCL documents are missing the "daq.aggregator.auto_suppression_enabled: false" parameter that tells the DataReceiverManager not to suppress sources based on uneven receive counts. Since this is a symmetric system, DL1 will only receive events from EB1 and DL2 will only receive events from EB2. A check on this being the problem would be to run a 2x3x2 system, this should not have this issue (as each DataLogger would then be receiving events from all EventBuilders).

#2 Updated by Eric Flumerfelt about 2 years ago

  • Project changed from artdaq to artdaq Utilities
  • Category set to artdaq-daqinterface
  • Priority changed from High to Normal

I'm moving this issue over to artdaq_daqinterface, as it needs to make this change. artdaq-demo/tools/generateAggregator.rb already puts the auto_suppression_enabled:false into the Aggregator code, for example.

#3 Updated by John Freeman about 2 years ago

  • Status changed from New to Closed
  • % Done changed from 0 to 100

#4 Updated by John Freeman about 2 years ago

Eric's suggested fix was implemented in artdaq-utilities-daqinterface commit f70f47781a80c312797da53b6af390ff1faecf90



Also available in: Atom PDF