logcollector does not recognize journald rotation #26545
Replies: 4 comments
-
|
I am also seeing this problem. I'm wondering if you made any progress in fixing it? |
Beta Was this translation helpful? Give feedback.
-
|
@abeverley Thanks for testing :) |
Beta Was this translation helpful? Give feedback.
-
|
Thanks @printerderby I think a good bug report could be created directing using your detailed analysis (using the "create issue from discussion" button) 😀 I'm using ext4, so it seems to be a general issue with Debian (and maybe others? I'm surprised this is not affecting many others) |
Beta Was this translation helpful? Give feedback.
-
|
Bugreport #26778 created. Thank you :) |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Hello
I was thinking about creating a bug report. But I hope, I am missing something or did a simple mistake. Maybe you can give me a hint.
We started to roll out the wazuh-agent to our Debian 12 machines. But all of them stop collecting logs via journald, when it rotates it's files.
The wazuh-logcollector does not close the deleted files (which keeps them from physical deletion and therefore from freeing it's diskspace, which is another symptom).
Setting logcollector.force_reload=1 and logcollector.reload_interval=512 did not help either.
Below is some output of a system, that stopped sending in logs, at 11:09:54 system time (CEST), 09:09:54 (UTC).
When journad started rotating its logs...
The server stopped receiving any new log. This is from the servers dashboard.
Strangely, the wazuh-agent does not close the old logs.
logcollector.force_reload=1 and logcollector.reload_interval=512 does not seem to help.
Besides "no new entry", there is no new "read_journald" line in the debug log.
Best regards :)
Steffen
Beta Was this translation helpful? Give feedback.
All reactions