cannot create instance from the console in single-node non-gimlet deployment
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 35/100
Research direction
Reproduce instance creation in a single-node non-gimlet deployment through the console, then inspect the Nexus logs and request path; the issue reports no visible Nexus request. Compare this with the provided CLI command and its "No external IP addresses available" response. Done means console creation completes correctly when networking is set to None, or the failure is surfaced with a clear error.
Written by the indexing model from the issue text.
Description
In testing #4146 I found that I could not deploy an instance from the console on a lab machine on which I had stood up omicron (connected via an ssh tunnel). To see if this was an issue with my PR or not, I tried standing up main and found the same issue. Specifically, the request seems to hang and never complete. I didn't see anything go by in any of the 3 nexus logs that indicated it made it to nexus. I did not dig in any further yet to understand why.
If I try to create an instance from the command line, I get an error about not having any external IPs available:
$ ./target/release/oxide instance create --project jordan --memory 1g --ncpus 2 --description blah --hostname blah --name j1
error
Error Response: status: 400 Bad Request; headers: {"content-type": "application/json", "x-request-id": "c3438193-6f55-4822-a9fd-16d7a4c88828", "content-length": "143", "date": "Wed, 04 Oct 2023 01:32:27 GMT"}; value: Error { error_code: Some("InvalidRequest"), message: "No external IP addresses available", request_id: "c3438193-6f55-4822-a9fd-16d7a4c88828" }
(There may be a way to get around asking for an external IP with the CLI, but I haven't looked into that yet.)
As such, when I tried to create an instance in the console, I selected "None" for networking to hopefully not encounter that error? But since I don't see evidence it made it to the nexus side, I don't think that really matters.
I am going to keep looking into this, but wanted to dump some state into an issue for now until I figure out what's going on.
- Dominant language
- Rust
- Stars
- 572
- Forks
- 97
- Avg merge
- 2d 12h
- Merged PRs (30d)
- 96
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from oxidecomputer/omicron
-
Difficulty 1/5 Under an hour Newbie friendliness 88/100
oxidecomputer/omicron#11269 ·
-
Difficulty 1/5 Under an hour Newbie friendliness 92/100
oxidecomputer/omicron#11266 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
oxidecomputer/omicron#11260 · 1 comment ·
-
wicket's errors should be better when trying to read sensitive data from ssh without a pseudo-tty Open
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
oxidecomputer/omicron#11148 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
oxidecomputer/omicron#10907 ·
All issues in oxidecomputer/omicron
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
kwakseongjae/auto-hwp#319 ·
-
area:cli bug filter-quality good first issue priority:medium
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
Difficulty 1/5 Under an hour Newbie friendliness 72/100
bevyengine/bevy#25861 ·
-
comp-datalake
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
ClickHouse/ClickHouse#121222 ·
-
enhancement remote
Difficulty 2/5 1-3 hours Newbie friendliness 68/100