Skip to content

Use unconnected socket #1758

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

Merged
merged 1 commit into from
Dec 16, 2021
Merged

Use unconnected socket #1758

merged 1 commit into from
Dec 16, 2021

Conversation

swsnr
Copy link
Contributor

@swsnr swsnr commented Nov 30, 2021

Lets journald subscribers survive a journald restart.

Closes #1745

Motivation

Currently the journald subscriber immediately connects to the journald socket. As such I understand it'd not survive a full restart of journald.

Solution

Do not connect the client socket immediately; instead pass the socket pathname every time we send a message. This is also what upstream does.

@swsnr swsnr requested review from davidbarsky, hawkw and a team as code owners November 30, 2021 18:57
@swsnr
Copy link
Contributor Author

swsnr commented Nov 30, 2021

/cc @Ralith

Copy link
Collaborator

@Ralith Ralith left a comment

Choose a reason for hiding this comment

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

Thanks!

@swsnr
Copy link
Contributor Author

swsnr commented Dec 5, 2021

@Ralith @hawkw I think this would be ready for another review 🙂

@swsnr swsnr requested review from Ralith and removed request for a team December 5, 2021 15:38
Lets journald subscribers survive a journald restart.

Closes #1745
@swsnr swsnr requested a review from Ralith December 6, 2021 20:28
@swsnr
Copy link
Contributor Author

swsnr commented Dec 12, 2021

@hawkw Is anything still blocking this pull request? 😊

@hawkw
Copy link
Member

hawkw commented Dec 16, 2021

@hawkw Is anything still blocking this pull request? 😊

Sorry I didn't get back to this sooner, I wasn't feeling well. If it got a +1 from @Ralith, it's probably good in my book...

Copy link
Member

@hawkw hawkw left a comment

Choose a reason for hiding this comment

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

looks good to me!

@hawkw hawkw merged commit 2e84c0b into tokio-rs:master Dec 16, 2021
hawkw pushed a commit that referenced this pull request Dec 19, 2021
Lets journald subscribers survive a journald restart.

Closes #1745

## Motivation

Currently the journald subscriber immediately connects to the journald
socket.  As such I understand it'd not survive a full restart of
journald.

## Solution

Do not connect the client socket immediately; instead pass the socket
pathname every time we send a message.  This is also what upstream does.
hawkw pushed a commit that referenced this pull request Dec 19, 2021
Lets journald subscribers survive a journald restart.

Closes #1745

## Motivation

Currently the journald subscriber immediately connects to the journald
socket.  As such I understand it'd not survive a full restart of
journald.

## Solution

Do not connect the client socket immediately; instead pass the socket
pathname every time we send a message.  This is also what upstream does.
hawkw pushed a commit that referenced this pull request Dec 20, 2021
Lets journald subscribers survive a journald restart.

Closes #1745

## Motivation

Currently the journald subscriber immediately connects to the journald
socket.  As such I understand it'd not survive a full restart of
journald.

## Solution

Do not connect the client socket immediately; instead pass the socket
pathname every time we send a message.  This is also what upstream does.
hawkw added a commit that referenced this pull request Dec 30, 2021
# 0.2.1 (December 29, 2021)

This release improves how `tracing-journald` communicates with `journald`,
including the handling of large payloads.

### Added

- Use an unconnected socket, so that logging can resume after a `journald`
  restart ([#1758])

### Fixed

- Fixed string values being written using `fmt::Debug` ([#1714])
- Fixed `EMSGSIZE` when log entries exceed a certain size ([#1744])

A huge thank-you to new contributor @lunaryorn, for contributing all of the
changes in this release!

[#1714]: #1714
[#1744]: #1744
[#1758]: #1758
hawkw added a commit that referenced this pull request Dec 30, 2021
# 0.2.1 (December 29, 2021)

This release improves how `tracing-journald` communicates with `journald`,
including the handling of large payloads.

### Added

- Use an unconnected socket, so that logging can resume after a `journald`
  restart ([#1758])

### Fixed

- Fixed string values being written using `fmt::Debug` ([#1714])
- Fixed `EMSGSIZE` when log entries exceed a certain size ([#1744])

A huge thank-you to new contributor @lunaryorn, for contributing all of the
changes in this release!

[#1714]: #1714
[#1744]: #1744
[#1758]: #1758
@swsnr swsnr deleted the 1745-unconnected-socket branch April 15, 2022 18:09
kaffarell pushed a commit to kaffarell/tracing that referenced this pull request May 22, 2024
# 0.2.1 (December 29, 2021)

This release improves how `tracing-journald` communicates with `journald`,
including the handling of large payloads.

### Added

- Use an unconnected socket, so that logging can resume after a `journald`
  restart ([tokio-rs#1758])

### Fixed

- Fixed string values being written using `fmt::Debug` ([tokio-rs#1714])
- Fixed `EMSGSIZE` when log entries exceed a certain size ([tokio-rs#1744])

A huge thank-you to new contributor @lunaryorn, for contributing all of the
changes in this release!

[tokio-rs#1714]: tokio-rs#1714
[tokio-rs#1744]: tokio-rs#1744
[tokio-rs#1758]: tokio-rs#1758
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.

tracing-journald: Do not connect socket
3 participants