-
Notifications
You must be signed in to change notification settings - Fork 59
known issue for events in 1.19 and 1.20 #849
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
base: main
Are you sure you want to change the base?
Conversation
Vercel Previews Deployed
|
Broken Link CheckerNo broken links found! 🎉 |
…ue-two-event-clients
…ue-two-event-clients
…ue-two-event-clients
…ue-two-event-clients
@tvoran The update text looks good. Please also add an entry to the summary tables for 1.19 and 1.20 under |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Missing summary table updates
Users may miss events if two or more event clients subscribe to the same | ||
performance standby node in a cluster, and each client specifies the same | ||
namespace and event type filters. If one client disconnects, the other(s) will | ||
no longer receive events. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Users may miss events if two or more event clients subscribe to the same | |
performance standby node in a cluster, and each client specifies the same | |
namespace and event type filters. If one client disconnects, the other(s) will | |
no longer receive events. | |
Users may miss events when multiple clients subscribe to the same performance | |
standby node in a cluster with the same namespace and event type filters because | |
one client disconnecting unsubscribes the remaining clients who no longer | |
receive events. |
Style correction: write in active voice
If there are multiple event subscribers with the same namespace and event type | ||
filters, spread them out among the nodes of the Vault cluster, or only subscribe | ||
to events on the active node of the cluster. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If there are multiple event subscribers with the same namespace and event type | |
filters, spread them out among the nodes of the Vault cluster, or only subscribe | |
to events on the active node of the cluster. | |
If you have multiple event subscribers with the same namespace and event type | |
filters you have two options: | |
1. Spread them out among the nodes of the Vault cluster. | |
1. Only subscribe to events on the active node of the cluster. |
If there are multiple event subscribers with the same namespace and event type | ||
filters, spread them out among the nodes of the Vault cluster, or only subscribe | ||
to events on the active node of the cluster. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If there are multiple event subscribers with the same namespace and event type | |
filters, spread them out among the nodes of the Vault cluster, or only subscribe | |
to events on the active node of the cluster. | |
If you have multiple event subscribers with the same namespace and event type | |
filters you have two options: | |
1. Spread them out among the nodes of the Vault cluster. | |
1. Only subscribe to events on the active node of the cluster. |
Edited to match 1.19.x language
Users may miss events if two or more event clients subscribe to the same | ||
performance standby node in a cluster, and each client specifies the same | ||
namespace and event type filters. If one client disconnects, the other(s) will | ||
no longer receive events. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Users may miss events if two or more event clients subscribe to the same | |
performance standby node in a cluster, and each client specifies the same | |
namespace and event type filters. If one client disconnects, the other(s) will | |
no longer receive events. | |
Users may miss events when multiple clients subscribe to the same performance | |
standby node in a cluster with the same namespace and event type filters because | |
one client disconnecting unsubscribes the remaining clients who no longer | |
receive events. |
Edited to match 1.19.x language
|
||
| Change | Affected version | Fixed version | ||
| ------------ | ---------------------- | -------------------- | ||
| Known issue | 1.20.x+ent, 1.19.x+ent | None |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| Known issue | 1.20.x+ent, 1.19.x+ent | None | |
| Known issue | 1.20.0+ent | None |
We should note the specific version where the problem appears. I'm assuming if we're using ".x" that means it's been there since 1.20.0?
|
||
| Change | Affected version | Fixed version | ||
| ------------ | ---------------------- | -------------------- | ||
| Known issue | 1.20.x+ent, 1.19.x+ent | None |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| Known issue | 1.20.x+ent, 1.19.x+ent | None | |
| Known issue | 1.19.0+ent | None |
We should note the specific version where the problem appears. I'm assuming if we're using ".x" that means it's been there since 1.19.0?
Adding a known issue with event subscriptions in Vault 1.19 and 1.20 ENT.