-
Notifications
You must be signed in to change notification settings - Fork 309
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
sdjournal: please add support for journal namespaces #413
Comments
Good question! There are multiple levels to cover on this:
|
Thanks for letting me know! While I'd love to just dig in and implement this, I sadly have no golang skills, but I don't expect you or any contributor to jump at that anyway. Regarding the behaviour with systemd<245 I'd probably just expect a "does not exist" error, after all you only start reading logs from a namespace if you already write to one, which wouldn't work there as well (I even had to make a minor OS upgrade to get a namespaced journal available for my application). So unless the golang-c interaction breaks on that I'd consider this all the awareness needed. |
wrap sd_journal_open_namespace C call to enable reading journal records in non-default namespace fixes coreos#413
wrap sd_journal_open_namespace C call to enable reading journal records in non-default namespace fixes coreos#413
I am using sdjournal indirectly with the filebeat journald input, and was wondering if reading from a non-default journald namespace is supported directly. I know that I can point filebeat to the namespace's systemd.journal file residing in
/var/lib/journal/machine-id.namespace
, but this requires knowledge of the machine-id for each individual server.I solved the problem for our system by symlinking the
machine-id.namespace
directory to a machine-independent path, but this still feels hacked together.Looking at the code it doesn't seem like, so I just wanted to confirm.
Thanks a lot and all the best!
The text was updated successfully, but these errors were encountered: