Project

General

Profile

Feature #2477

controlling art printouts

Added by Andrei Gaponenko over 7 years ago. Updated almost 2 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
Application
Target version:
-
Start date:
02/10/2012
Due date:
% Done:

0%

Estimated time:
Scope:
Internal
Experiment:
Mu2e
SSI Package:
Duration:

Description

Hello,

At the end of job art prints out several pieces of information, per
#1864. It is indeed useful to have such printouts by default.
However currently there is no way to turn them off.

I would like to be able to:

a) explicitly disable all "volatile" printouts that change when the
same job is re-run, such as the TimeReport.

and

b) explicitly disable all art printouts.

Can please appropriate control parameters, e.g.
Services.Scheduler.noVolatilePrints and Services.Scheduler.silent,
be implemented?

Andrei

History

#1 Updated by Rob Kutschke over 7 years ago

I know that this is the opposite of my initial request. Can you please add ways to turn off the printout that Andrei requests. The one printout the must always appear is the line:

Art has completed and will exit with status 0.

#2 Updated by Marc Paterno about 7 years ago

  • Status changed from New to Accepted

We will look at the configurability of MessageFacility, to see if one can turn off timestamps in messages. This would satisfy the need.

#3 Updated by Mark Fischler about 7 years ago

  • % Done changed from 0 to 20

Part of this request is easily accomplished by a line in the .fcl file. Namely, the
time stamps on messages issued through the message facility can be suppressed by adding
a line like

services.message.destinations.log.noTimeStamps : true

See for details

https://cdcvs.fnal.gov/redmine/projects/art/wiki/Customizing_messageFacility_behavior

While this may constitute the majority of time stamps and other volatile output, art does
insert its own timesamps, for example, in a BEGIN_JOB output. Systematically making all
of those "sanitary" based on some parameter might be a very tedious chunk of work.

#4 Updated by Christopher Green about 6 years ago

  • Tracker changed from Feature to Bug

#5 Updated by Christopher Green about 6 years ago

  • Tracker changed from Bug to Feature
  • Category set to Application
  • % Done changed from 20 to 0
  • Scope set to Internal
  • Experiment Mu2e added

Andrei, Rob: please review this request in the light of the current behavior of art and the configuration option described by Mark Fischler in his note, and re-state your outstanding requests in a note on this issue.

#6 Updated by Kyle Knoepfel over 4 years ago

  • Target version set to 521

#7 Updated by Kyle Knoepfel about 3 years ago

  • Status changed from Accepted to Closed

Closed per author request.

#8 Updated by Kyle Knoepfel almost 2 years ago

  • Target version deleted (521)


Also available in: Atom PDF