expose instance_migrate_start in propolis-server OpenAPI document #957
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Created using spr 1.3.6-beta.1
Created using spr 1.3.6-beta.1
iximeow
approved these changes
Oct 9, 2025
Comment on lines
+83
to
+84
| // (we do this by hand to avoid a dependency from propolis-server to | ||
| // propolis-client) |
There was a problem hiding this comment.
oh yeah, that's a good point even if this is in the OpenAPI document now. thanks for noting it.
There was a problem hiding this comment.
It actually is possible for propolis-server to depend on propolis-client now because of the separation provided by the API trait. But there's a wrinkle here: if propolis-server depended on propolis-client, our tooling (cargo xtask ls-apis in Omicron) would detect that as a circular dependency and as a result would suggest freezing the entire API -- which isn't correct for just this one method that has its own protocol negotiation already built-in.
There's probably a way to work around this within the cargo xtask ls-apis method, but this is an area that generally needs to be handled with care.
sunshowers
deleted the
sunshowers/spr/expose-instance_migrate_start-in-propolis-server-openapi-document
branch
iximeow
added a commit
to oxidecomputer/omicron
that referenced
this pull request
Oct 13, 2025
Propolis changes: * oxidecomputer/propolis#950 * oxidecomputer/propolis#952 * oxidecomputer/propolis#951 * oxidecomputer/propolis#954 * oxidecomputer/propolis#957 * oxidecomputer/propolis#960 * oxidecomputer/propolis#961 * oxidecomputer/propolis#955 Crucible changes: * oxidecomputer/crucible#1773 * oxidecomputer/crucible#1774 * oxidecomputer/crucible#1780 * oxidecomputer/crucible#1778
iximeow
added a commit
to oxidecomputer/omicron
that referenced
this pull request
Oct 18, 2025
Propolis changes: * oxidecomputer/propolis#950 * oxidecomputer/propolis#952 * oxidecomputer/propolis#951 * oxidecomputer/propolis#954 * oxidecomputer/propolis#957 * oxidecomputer/propolis#960 * oxidecomputer/propolis#961 * oxidecomputer/propolis#955 Crucible changes: * oxidecomputer/crucible#1773 * oxidecomputer/crucible#1774 * oxidecomputer/crucible#1780 * oxidecomputer/crucible#1778 Crucible shouldn't have functional changes here, Propolis' big ones are @sunshowers' work moving Propolis to versioned APIs, plus propolis#960 turning the crank on MAXCPU. propolis#961 changes the initial Milan CPU profile one last time before the release in service of propolis#959. Propolis will clear [this bit](https://github.com/oxidecomputer/omicron/blob/d74f5e3f1ae0a378dcdb9795a0ada2426702b046/nexus/src/app/instance_platform/cpu_platform.rs#L423). Later we want to actually set up leaf 8000_001E, so after this merges I'll have a followup to remove that leaf from the inital Milan definition to keep the profile constant when `propolis-server` is smarter about the leaf.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
2 participants
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This is an internal API not meant to be used by callers, but we'd like to expose it within propolis-server so we can validate the initial path params stay the same.