RUT956: How to re-enable log level 'debug'?

[gmsmp]

Firmware version 07.22.3

Since I realized that log level debug has been disabled, I tried to re-enable by performing the following actions via the device’s command line.

root@RUT956:~# uci add_list log.global.log_levels=7
root@RUT956:~# uci commit log
root@RUT956:~# /etc/init.d/log restart

After that, restarting the logging service results in the syslog quickly getting flooded by debug entries from the port_eventsd process.

367 Tue May 26 08:44:48 2026 daemon.debug port_eventsd: Parsing switch info for device: switch0
368 Tue May 26 08:44:48 2026 daemon.debug port_eventsd: Parsing port map for device: switch0
369 Tue May 26 08:44:48 2026 daemon.debug port_eventsd: Skipping attribute flush_arl_table of type NOVAL
370 Tue May 26 08:44:48 2026 daemon.debug port_eventsd: Assigning link attribute value for link
371 Tue May 26 08:44:48 2026 daemon.debug port_eventsd: Skipping attribute flush_arl_table of type NOVAL
372 Tue May 26 08:44:48 2026 daemon.debug port_eventsd: Assigning link attribute value for link
373 Tue May 26 08:44:48 2026 daemon.debug port_eventsd: Skipping attribute flush_arl_table of type NOVAL
374 Tue May 26 08:44:48 2026 daemon.debug port_eventsd: Assigning link attribute value for link
...

Hence I’d like to know if there is any way to disable log level debug for the port_eventsd process, or if there is a better way to re-enable log level debug.

Thank you.

[Vilius]

Hello, @gmsmp ,

I hope you’re doing well,

Apologies for a late response. Could you please clarify if you are referring to the same issue in this topic:

RUT956: Set specific log-level for a service

Hi, @gmsmp , Thanks for reaching out and apologies for a delayed response. To help investigate this properly, could you clarify a few points: Which specific service/daemon are you referring to? (e.g. process name as it appears in logread, such as port_eventsd, openvpn, dropbear, mwan3, etc.) This makes a difference — some daemons have their own independent verbosity/debug options separate from the system log level, so the answer may vary by service. What are you trying to achieve - do you wan…

Or is it a separate issue that needs addressing.

I look forward to your reply,

Kind regards,
V.

[gmsmp]

Yes, that’s right, it refers to the same issue.

[Vilius]

Hello,

Thank you for the confirmation.

As both topics refer to the same issue, I will close this thread to avoid duplication and potential miscommunication. Please continue the discussion in the other topic, where we will be happy to assist you further.

All the best,
V.