Logger set_level

Share your Projects!
1

Hi there, found this in the docs and think it’s a nice feature.


Made some input_select 
log_level:
  name: Log Level
  options:
    - critical
    - fatal
    - error
    - warning
    - warn
    - info
    - debug
    - notset
  initial: warn

and an automation

- alias: Log Level
  trigger:
    platform: state
    entity_id: input_select.log_level
  action:
    service: logger.set_level
    data_template:
      homeassistant.components: "{{ trigger.to_state.state }}"

Now i can switch the loglevel at runtime.

2

Do you mean you can set logger levels while HA is running?

3

Yes! This is what i mean.

4

What a great idea! Thanks; I’m definitely adding this to my setup.

5

Thanks for posting this but I’m having trouble with it. If I have “logger:” in my main config file, in addition to the entries you posted above, I get full logs of everything no matter how tight I set the input selector. When I remove “logger:” I only get WARNING and ERROR messages, including this one:

2017-06-01 22:49:44 WARNING (MainThread) [homeassistant.core] Unable to find service logger/set_level

Any idea what I’m missing?

6

Hi @hoffsta, maybe the logger needs a default level?
This is what i have in my config:

logger:
  default: warn
  logs:
    homeassistant.components.updater: debug
    homeassistant.components.automation: info
    ...
7

OK, I setup logger as so:

logger:
  default: warn
  logs:
    homeassistant.components.mqtt: debug
    homeassistant.components.automation: debug

I can change the input selector but I don’t see any change to the logging. In the above configuration, with the selector set to ‘error’, I still see lots of debug entries in mqtt and automation components. If I set the slider to ‘debug’ I don’t see debug entries from other components.

What is the expected behavior? Maybe I don’t understand the purpose correctly.

8

The logger.set_level sets only the default level. The entries in ‘logs:’ stay in the level they are configured.
If you set only:

logger:
  default: warn

and you select from ‘warn’ to ‘debug’, there should be a massive difference in the log, or anything is wrong.
Do you have entries like:
2017-06-02 10:59:34 INFO (MainThread) [homeassistant.components.automation] Executing Log Level in the log when you select values above ‘info’?

9

@VDRainer Could you please check if this is still working for you in 0.91.4 (or whatever release you are running)? The reason I am asking: it does no longer work for me and it might be caused by homeassistant.loader logger severity ignored · Issue #21745 · home-assistant/core · GitHub

10

I’m on 0.92.0b3 and the automation works as expected.

11

Can you also change the log level this way?

grafik

It used to work for me, but no longer does and I have no idea how to troubleshoot that.

12

Have you tried it with the automation?
The service shows that it takes no parameters.
Auswahl_035

13

Just found out that it works when using set_default_level instead of set_level.

14

I’m getting the following error with this automation

> ERROR (MainThread) [homeassistant.components.automation] Error while executing automation automation.log_level. Invalid data for call_service at pos 1: extra keys not allowed @ data['homeassistant.components']

- alias: Log Level
  initial_state: True
  trigger:
    platform: state
    entity_id: input_select.log_level
  action:
    service: logger.set_default_level
    data_template:
      homeassistant.components: "{{ trigger.to_state.state }}"
15

Have you tried logger.set_level ?
It’s a bit confusing with the service tool and the service call.
Don’t know if this is a bug.

16

Anyone else running into trouble w/ this all of a sudden? Seems like set_default_logger isnt supported any longer

alias: Testing Log change
description: ""
triggers:
  - event: start
    trigger: homeassistant
  - entity_id: input_select.log_level
    to: null
    trigger: state
actions:
  - data:
      level: "{{ states('input_select.default_log_level') }}"
    action: logger.set_default_level
  - data:
      logger: "{{ this.entity_id }}"
      level: critical
      message: >-
        ***** HASS LOG LEVEL SET TO : {{
        states('input_select.default_log_level') }} *****
    action: system_log.write

Screenshot by Dropbox Capture
Screenshot by Dropbox Capture1488×1030 73.7 KB

17

yaml parse error in a logger filter the issue… all good now

18

I just ran across this and would like to know if this still works today in some form and if so, and someone using it sees this, could you please post your config and any automation examples please.

19

Works for me with a few changes over the years (actions, data_template, …).

# logger config
logger:
  default: warn

# input_select, only for setting, doesn't reflect the level if changed from another place
input_select:
  log_level:
    name: Log Level
    options:
      - critical
      - fatal
      - error
      - warning
      - warn
      - info
      - debug
      - notset

# automation
automation:
  - alias: Log Level
    triggers:
      trigger: state
      entity_id: input_select.log_level
    actions:
      action: logger.set_level
      data: # works also with data_template but is deprecated
        homeassistant.components: "{{ trigger.to_state.state }}"

If you want to test/set it from Tools > Actions (YAML Mode)

grafik
grafik441×234 9.06 KB