-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Consul services are incorrectly merged when they share the same name [0.9.3] #5852
Comments
I started digging into the code and found it was already fixed (I think). I did not see it in any change logs which surprised me since it is a backwards incompatible fix. |
I ran into this very issue just yesterday while working with my test cluster on 0.9.3 upgraded from 0.8.7. The 2 services my job registered looked like your workaround #1 and have worked for years. I was able to change my service names as a workaround. |
@preetapan thanks! |
I'm going to lock this issue because it has been closed for 120 days ⏳. This helps our maintainers find and focus on the active issues. |
If you have a question, prepend your issue with
[question]
or preferably use the nomad mailing list.If filing a bug please include the following:
Nomad version
Output from
nomad version
Nomad v0.9.3 (c5e8b66)
consul version
Consul v1.4.4
Protocol 2 spoken by default, understands 2 to 3 (agent will automatically use protocol >2 when speaking to compatible agents)
Operating system and Environment details
Linux ip-10-***** 4.4.0-1074-aws #84-Ubuntu SMP Thu Dec 6 08:57:58 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
Issue
Background:
I am in the middle of testing 0.9.3 in our development environment, I had previously upgraded from 0.8.7.
The following job file excludes the config, but it's essentially running fluentd as a log aggregator. This aggregator uses the prometheus plugin which runs on each of the 4 distinct ports. The ports are defined in nomad as metrics,metrics1,metrics2,metrics3.
Expectation:
In <=0.8.7, I would expect 4 services registered, 1 for each port and all having 1 check each. In 0.9.3, the result is the last service stanza is the only one that gets defined as a service, but it does has 4 health checks.
Reproduction steps
I created this consul template to show the differences:
running the consul-template resulted in this:
I verified that the 4 checks were actually on the host by curling the host
localhost:8500/v1/agent/checks
| jq '.' | grep 'fluentd-aggr-metrics'Job file (if appropriate)
Work arounds
Steps I tried to create a work around:
The text was updated successfully, but these errors were encountered: