Skip to content
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

zebra: separate zebra ZAPI server open and accept (backport #17313) #17561

Merged
merged 1 commit into from
Dec 4, 2024

Conversation

mergify[bot]
Copy link

@mergify mergify bot commented Dec 3, 2024

It sounds from #16747 as if it's possible for zebra to get privs wrong when it sets up its zapi server socket when running in privs-per-process mode. The current zserv code opens and starts listening on that server socket pretty late during startup, since zebra needs to be ready to do what clients start asking it to do.
This PR separates zebra's ZAPI server socket handling into two phases: an early phase that opens the socket, and a later phase that starts listening for client connections. The early 'open' phase is called quite early, before other zebra subsystems are started. The 'start' phase is still called later on.


This is an automatic backport of pull request #17313 done by [Mergify](https://mergify.com).

Separate zebra's ZAPI server socket handling into two phases:
an early phase that opens the socket, and a later phase that
starts listening for client connections.

Signed-off-by: Mark Stapp <mjs@cisco.com>
(cherry picked from commit 506097a)
@mjstapp
Copy link
Contributor

mjstapp commented Dec 4, 2024

CI:rerun

@mjstapp mjstapp merged commit 1d8c047 into stable/9.1 Dec 4, 2024
12 checks passed
@Jafaral Jafaral deleted the mergify/bp/stable/9.1/pr-17313 branch February 26, 2025 16:32
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant