Logging in Operations Guide - TRACE
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
openstack-manuals |
Fix Released
|
Low
|
Alexandra Settle |
Bug Description
This section talks about the TRACE log level:
http://
"OpenStack services use the standard logging levels, at increasing severity: DEBUG, INFO, AUDIT, WARNING, ERROR, CRITICAL, and TRACE. That is, messages only appear in the logs if they are more “severe” than the particular log level, with DEBUG allowing all log statements through. For example, TRACE is logged only if the software has a stack trace, while INFO is logged for every message including those that are only for information."
That makes it sound like TRACE > CRITICAL, but actually TRACE < DEBUG, see the logging guidelines here:
The example here is also wrong:
"The first step in finding the source of an error is typically to search for a CRITICAL, TRACE, or ERROR message in the log starting at the bottom of the log file.
Here is an example of a CRITICAL log message, with the corresponding TRACE (Python traceback) immediately following:"
As of this change to oslo.log: https:/
Stacktraces are no longer use TRACE as the level, they are all ERROR, e.g.:
http://
I'm not sure, however, to enable logging at TRACE level since we have the debug configuration option but we don't have something similar for trace that I can find.
-------
Release: 0.0.1 on 2016-09-06 18:05
SHA: d56622b194607df
Source: http://
URL: http://
Changed in openstack-manuals: | |
assignee: | nobody → Chason (chen-xing) |
Changed in openstack-manuals: | |
assignee: | Chason (chen-xing) → Alexandra Settle (alexandra-settle) |
Changed in openstack-manuals: | |
importance: | Undecided → Low |
I've filed an RFE bug with oslo.log to be able to configure and enable TRACE logging:
https:/ /bugs.launchpad .net/oslo. log/+bug/ 1620789