Skip to content

Conversation

cgwalters
Copy link
Collaborator

I went to look at our journal logging and it didn't do what I expected.

The intention was to always log to the systemd journal,
even if we're spawned directly on the CLI outside of a unit.

We have multiple places which are re-executing the current
binary; one of those writes a temp file. Ensure that `argv0`
in the new binary is `bootc` which means it should be used
as e.g. a syslog identifier.

Signed-off-by: Colin Walters <[email protected]>
This is expected the *first* time.

Signed-off-by: Colin Walters <[email protected]>
The intention was to always log to the systemd journal,
even if we're spawned directly on the CLI outside of a unit.

Signed-off-by: Colin Walters <[email protected]>
@bootc-bot bootc-bot bot requested a review from jeckersb September 5, 2025 15:30
@cgwalters
Copy link
Collaborator Author

After a ton of head scratching I figured out this soft requires tokio-rs/tracing#3372

@cgwalters cgwalters marked this pull request as ready for review September 5, 2025 17:35
@cgwalters
Copy link
Collaborator Author

cgwalters commented Sep 5, 2025

After a ton of head scratching I figured out this soft requires tokio-rs/tracing#3372

What we really want to be clear is for the syslog identifier to be bootc, and we just lose that if we have to do the "re-exec dance", which we shouldn't in default production paths.

i.e. we want journalctl -t bootc to give us the logs.

Copy link
Contributor

@gursewak1997 gursewak1997 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

looks solid to me

@cgwalters cgwalters merged commit 39b0a32 into bootc-dev:main Sep 5, 2025
27 of 30 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants