Closed DhanushAmbig closed 1 week ago
I've checked with more simple case:
<system>
<log>
format json
time_format %Y-%m-%dT%H:%M:%S%z
</log>
</system>
<source>
@type sample
tag sample
</source>
<match sample>
@type null
</match>
<label @FLUENT_LOG>
<filter fluent.*>
@type record_transformer
enable_ruby true
renew_record true
<record>
log ${ { message: record["message"] } }
type "log"
time ${record.has_key?("time") ? record["time"]: time.strftime('%Y-%m-%dT%H:%M:%S%z') }
</record>
</filter>
<match fluent.*>
@type stdout
<format>
@type json
</format>
</match>
</label>
Here is the outcome:
<label @FLUENT_LOG>
seems working as expected. It may depend on environment or timing?
need to try reporter's config.
This issue has been automatically marked as stale because it has been open 30 days with no activity. Remove stale label or comment or this issue will be closed in 7 days
This issue was automatically closed because of stale in 7 days
Describe the bug
I've installed Fluentd installed with provided below configuration and applying filters to Fluentd application's own logs. We have a usecase to reload configuration when needed, to achieve this we are using SIGUSR2 signal for graceful reload. When SIGUSR2 signal is sent to supervisor fluentd process and configuration is reloaded the and <label @FLUENT_LOG> are not able to capture the fluentd application's own logs.
Is this a known issue/limitation. Please suggest if there is anyway to overcome this.
To Reproduce
Expected behavior
After reload, the fluentd own logs should get captured by "label @FLUENT_LOG" and should come in desired json format.
Your Environment
Your Configuration
Your Error Log
Additional context
Before reload: fluentd logs were seen twice ie. once generated from the application and second time getting captured using fluentd configuration and getting filtered using label @FLUENT_LOG. After reload: Fluentd logs are seen only once i.e. being generated by the application and not getting captured by fluentd config.
Quick help would be appreciated. Thanks in advance. No response