-
Notifications
You must be signed in to change notification settings - Fork 4.5k
Azure: consul cluster start fails during auto discovery #3193
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
Comments
I'll have a look. |
@brande I was able to create the Azure VM and get some of the credentials but I could use some help. How do I get the client id and secret access key? |
found out that the tag used by consul has to be set to the network interface ressource not to the vm. However, it would be great if consul didn't crash in case of an unset tag. It should ignore the ressource without the tag and should not crash as it is right now... Thoughts? |
@magiconair Thanks for looking into it. Here is a nice explanation about how to get all these together: https://www.terraform.io/docs/providers/azurerm/ |
@brande yes, consul shouldn't crash :) I'll have another look |
I'm having the same issue as @brande. This happen on both Windows and Linux servers. I already had the tags set on the network interfaces and when testing the account used it is able to retrieve them correctly. However, Consul keeps failing to start. below you can find the config and the error:
The output error:
|
Same issue |
I've moved the code to the new https://github.com/hashicorp/go-discover repo which I'll merge back into consul once that is tested. There is also a command line client that you can use. I'm waiting for a colleague to get out of jetlag to help me but if someone wants to verify that the cmd line client does not crash on azure then that would help already. |
We found the issue here. It reproduces when you have network interfaces that have tags but doesn't have the tag configured in consul. The hot fix on our end was to add the tag to all the NIC in Azure. Consider having different values for different consul clusters across the same subscription. BTW Are we going to have breaking changes on 0.9.0? |
@sdluxeon thx for the info. I'll have a look on how to make that more robust. Re breaking changes: Some smaller ones. Pls keep an eye on the Changelog. |
@magiconair: I can confirm @sdluxeon's findings. With both the tool and Consul, the error occurs only when not all nics have the tag name set. The value doesn't matter in this case. |
Got it. The Azure API data structures are somewhat unusual. You don't see @draggeta I'd appreciate if you could test the go-discover code one more time. |
@magiconair That indeed fixed it. Thanks for the fix. Now to wait for the next release :) |
We're planning one next week. So the consul version of the fix should go in there. |
consul version
for both Client and ServerClient:
v0.8.4
Server:
v0.8.4
Operating system and Environment details
ubuntu 16.04
Description of the Issue (and unexpected/desired result)
consul fails during start...
this is how I start it:
this is my config:
and this is what happens:
I'm getting the same error if I compile consul from source btw...
Reproduction steps
just install consul on azure vms add the right credentials to the config file and try the above cml to start
Thanks,
Brande
The text was updated successfully, but these errors were encountered: