Can you confirm that with logd there is NO WAY to set the level of messages logged in the system log?
I tried and set conloglevel both in /etc/config/system and with UCI:
~# uci get system.@system[0].conloglevel
5
However, after restarring logd, this has apparently no effect and info (log level = 6) messages are still logged.
Storage space, flash wear, and many users who "never" look at the logs. There's enough there with logd to help diagnose problems, should they arise. That may be the first and only time most users looks at logs.
More sophisticated users have the option to install a more-complete logging system, including logging to different media or to different hosts.
Hi I was thinking about having the deepest log as possible to try to figure out what happens when I plug a usb wifi dongle to my router. From the post above its like setting cronlog and conlog level at their maximum won't work. But reading about the syslog-ng on the new wiki (openwrt.org instead of old www.openwrt...) its like the new logging system is not the defaultone yet. Didnt find it in in my recentli generated from trunk bin file for ar150 gl inet. Are there any sources I should be aware of that explain how to move to this new logging system ? About the old one since I want to write everything to an external mounted usb how soon I can start the fstab process in the init.d directory ? I mean what is the minimum number for fstab START=?? that the system would allow?
Right now I have S12log but s40 fstab? Any hint?
syslog-ng is an optional logging system, that will likely not be "default" for a variety of reasons, size being a major one.
I run it with the default procd script and it seems to work as I would expect, with boot-time kernel messages appearing in the logs. I do, however, write logs to /var/ and to remote logging hosts, not to late-mounted file systems.
inside var I am getting two strange files syslog-ng.ctl and syslog-ng.persist.
If I kill the process and restart it I get
WARNING: configuration file is too old, syslog-*ng is running in compatibility mode. Pleasse update it to use the syslog-ng 3.16 format at your time of convenience .........
Actually I cannot find config file inside etc/config ??
The entries in /var/ are not surprising for a sophisticated application that allows control over a socket.
Edit
Config is at /etc/syslogd-ng.conf
commit 7e9c044f1fd2061e380d8d57cf664cf275eb1af9
Author: W. Michael Petullo <mike@XXX>
Date: Sun Jul 15 20:18:24 2018 -0400
syslog-ng: update to 3.16.1
Signed-off-by: W. Michael Petullo <mike@XXX>
Yes, I do see similar messages in my running config
jeff@devel:~$ sudo /etc/init.d/syslog-ng restart
2018 Sep 18 10:51:03 devel notice syslog-ng: syslog-ng shutting down; version='3.16.1'
[2018-09-18T10:51:04.918484] WARNING: Configuration file format is too old, syslog-ng is running in compatibility mode. Please update it to use the syslog-ng 3.16 format at your time of convenience. To upgrade the configuration, please review the warnings about incompatible changes printed by syslog-ng, and once completed change the @version header at the top of the configuration file.;
2018 Sep 18 10:51:05 devel notice syslog-ng: syslog-ng starting up; version='3.16.1'
Not a guarantee that your file is compatible with 3.16, but a quick edit of the header of mine to @version:3.16 has quelled the warning and it seems to be running properly. I did this based on the logged message and the absence of any "warnings about incompatible changes".
To upgrade the configuration, please review the warnings about incompatible changes printed by syslog-ng, and once completed change the @version header at the top of the configuration file.
I'm not sure of your logging requirements, but the config below might help. I split "everyday wireless" out from my "main" log, and use the un-Linux-y /var/log/messages for my main log by personal preference.
I'd implement logrotate to help make sure you don't overflow the tempfs that is mounted on /tmp/ and, by way of symlink, /var/
"source net" and later references to it are probably not needed if you aren't logging to the OpenWrt box with standard, UDP-based syslog protocol.