Mohd Husaam Mehdi 9e69ed7bc0 logmngr: use separate fluent-bit instances for main and user conf ... So the philosophy here is that there will be one main fluent-bit instance, which will read from /dev/kmsg and /dev/log and write to /var/log/messages. This is done to reduce the chance of introducing errors in config and making sure that var/log/messages is always populated because logread depends on it. For example, an unavailable URL for a udp based syslog output plugin can cause fluent-bit to exit entirely. The other fluent-bit instance uses a different "user" config file. Which will handle log_file, log_remote and included configs. It has a single hard coded input tail plugin which reads from /var/log/messages. Any filter that is applied will act on the main config and thus, only filtered logs will be available to both fluent-bit instances.		2026-01-22 21:20:24 +05:30
..
10-logmngr_config_migrate	logmngr: include pid when migrating also	2025-10-13 10:50:55 +02:00
11-logmngr_logrotate_syslog	logmngr: add support for Syslog Source and Template	2025-08-05 17:06:51 +05:30
20-add-parser	logmngr: use separate fluent-bit instances for main and user conf	2026-01-22 21:20:24 +05:30