-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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
When setting up the host, there is a delay before go-machine-service is ready. If user adds host before it's ready, the vm will not get created and immediately go into an "Active" state. #203
Comments
This screen shows a combination of |
The DigitalOcean VM was never created. In the past when this has happened before, I've seen it just sit in "Creating" state, but this was the first time that it went to an "Active" state. |
Can you find the corresponding /v1/machines entry? What state is it in? |
State="Active" |
Ok, so this is an issue in Machine and/or the Rancher integration with it, the UI is showing what it's told. Ping @cjellick @will-chan |
Looking. If you didn't delete the machine, let me know the name and/or id so I can look it up in the api and logs |
I looked at this one a little bit over the weekend. Seems like there could be a legitimate concurrency issue. Something to keep an eye on if nothing else. It could also be that the machine got into a funky state and that the error handling changes could alleviate this. |
This happened to me twice today against a new 10acre with the :beta tag.. Anything you want to look at @cjellick? |
Will touch base with @will-chan on it today. My hunch is that it is related to the update we did to push more detailed status changes. |
@vincent99 Did you have multiple machine create requests going at the same time or just a single one when this happened? |
They were separated by several minutes so it should've been a single request at a time |
Updated the main issue with this comment: @cjellick looked into this. The bug is most likely related to the fact that after "Host Setup", there is a delay before Machine Service comes online. Therefore, if you try and create machine before Machine Service is online it will go to this state. |
@cjellick @will-chan Any update on when this might be fixed? Just ran into it again today. If anything, is there a way to throw an error message if we try to add a host before go-machine-service is ready? Alternatively, could we show the "host setup" page on the first time we launch Rancher? This would hopefully allow go-machine-service time to start before we start adding hosts. |
Minimally, this should be in an error state and not an active state. |
I tried that initially but both @ibuildthecloud and I dislike setup questions being the first thing you see... |
This seems to be happening more lately. Are more people using the feature or has something change? |
Possible fix: adda a validation filter to the machine API that errors out if the appropriate external handler is not active for physical host. |
Knowing that it's not active is useful, but doesn't really help much.. roughly the first thing the user has to do is add a host, so if it's not active yet all I can really do is show them Can we fix the reason it takes a while to startup in the first place? And have machines that are created that fail go to |
fixed by @hibooboo2. ping him with follow up Qs :-) |
Unable to reproduce with v0.59.1 so it seems to be fixed. If I see it again, I'll re-open. |
Version: v0.11.1
When adding a Digital Ocean machine, it sometimes just never gets started. Other times, it works.
For the time that never gets started, the UI eventually shows my host to look like this:
When I check the API in the hosts section, I can't find this host to check any UI status, so not sure why it's showing up in my UI.
@cjellick looked into this. The bug is most likely related to the fact that after "Host Setup", there is a delay before Machine Service comes online. Therefore, if you try and create machine before Machine Service is online it will go to this state.
The text was updated successfully, but these errors were encountered: