Project

General

Profile

Bug #23364

DAQInterface verbosity levels should be revisited

Added by John Freeman about 2 months ago. Updated 4 days ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
-
Target version:
-
Start date:
10/02/2019
Due date:
% Done:

100%

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

Description

The statements that DAQInterface prints are controlled by the "debug level" setting in the boot file; the higher the level, the more it prints. Statements have been added over the years but rarely removed or reworded. It may be helpful to users if some of the statements get revisited - e.g., removal of redundant information, or increasing the debug level required to print out statements which announce success in very-rarely-failing actions.

Associated revisions

Revision f21c554c (diff)
Added by John Freeman 11 days ago

JCF: Issue #23364: instead of announcing that stuff may be getting saved to the database if the database is in use, announce that stuff's definitely getting saved but only do so if the database is in use

Revision 53f2fbc0 (diff)
Added by John Freeman 10 days ago

JCF: Issue #23364: below debug level 2, if all artdaq processes return Success, just summarize it in one sentence. Also, add benchmarking info

Revision 8768138c (diff)
Added by John Freeman 10 days ago

JCF: Issue #23364: miscellaneous improvements to output

Revision a65c5400 (diff)
Added by John Freeman 10 days ago

JCF: Issue #23364: improve output when malformed FHiCL is read in and increase verbosity level required for printout of full set of artdaq process launch commands

Revision de4ae60a (diff)
Added by John Freeman 9 days ago

JCF: Issue #23364: at debug level 2, print out comprehensive log file info

Revision 0ccaeec4 (diff)
Added by John Freeman 6 days ago

JCF: Issue #23364: revamp the subsystem and process info printout which appears at debug level 2 or higher at start of boot

Revision f45973f6 (diff)
Added by John Freeman 6 days ago

JCF: Issue #23364: some tweaks to the output so the language is more precise/better formatted

Revision 2bdec663 (diff)
Added by John Freeman 6 days ago

JCF: Issue #23364: improvements to what appears at debug level 3

Revision be60a356 (diff)
Added by John Freeman 5 days ago

JCF: Issue #23364: increase the debug level for when artdaq processes just directly dump output to DAQInterface's stdout and make sure that at debug level 3 or higher the output of the test-sourcing of the DAQ setup script is shown

Revision f48d58db (diff)
Added by John Freeman 5 days ago

JCF: Issue #23364: if not the last commit for this issue, then close to the last

Revision 0a477d14 (diff)
Added by John Freeman 4 days ago

JCF: Issue #23364: final cleanup of output

History

#1 Updated by John Freeman 4 days ago

  • Status changed from New to Resolved

Resolved with commit 0a477d14dfe061b8ee667c5d4094e8e6a1174df6 on feature/23364_verbosity_output. Reviewing this issue will obviously be more subjective than most issues, but here are some things to look out for:

1) For a given verbosity level, does any info printed to screen look insufficiently important, so that it should be demoted to a higher verbosity level? Conversely, is there any info which is important enough that it should also appear at lower verbosity levels?

2) With timestamps, the benefit is you know when something got printed, the drawback is that it adds clutter to the screen and makes the message harder to read. Are there statements which should have timestamps removed or added?

3) For common failure modes - e.g., illegal FHiCL syntax in the configuration - is it clear what's going on? In general, does it seem like DAQInterface's output will minimize the number of emails we'll receive?

#2 Updated by John Freeman 4 days ago

One other point, concerning the rough meaning of the verbosity levels:

0 -- deprecated
1 -- standard
2 -- meant to help an experiment's users debug problems
3-5 -- meant for members of our group to debug problems
6+ -- same as level 5



Also available in: Atom PDF