Skip to content
This repository has been archived by the owner on Jan 31, 2022. It is now read-only.

Provide clear meaning to the log levels #134

Open
1 of 2 tasks
lpetre-ulb opened this issue Jun 20, 2019 · 0 comments
Open
1 of 2 tasks

Provide clear meaning to the log levels #134

lpetre-ulb opened this issue Jun 20, 2019 · 0 comments

Comments

@lpetre-ulb
Copy link
Contributor

Brief summary of issue

Development and debugging are sometimes slowed by the lack of complete debugging information. On the other hand, the log is filled with nearly useless messages in which the relevant information is lost for some routines.

Types of issue

  • Bug report (report an issue with the code)
  • Feature request (request for change which adds functionality)

Expected Behavior

  1. Developers (and even user) should be able to choose the log level. It could be done at compile time for the RPC modules, at load time in rpcsvc or at runtime with a new function. The last option is the most versatile, but would require either to patch rpcsvc or to use another logging system.

  2. A clear meaning should be given to the 7 (!) log levels. Some of them could be unused, or rarely used.

Current Behavior

  1. The log level is set at compile time in rpcsvc. When the log level given to log_message is below that value (currently INFO) the message is not forwarded to the syslog daemon. The only solution is

  2. Some messages have a too high log level and then "pollute" the logs.

Context (for feature requests)

It happened to degrades the debugging experience.

Your Environment

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant