-
Notifications
You must be signed in to change notification settings - Fork 617
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
fabio route not removed after consul deregister #22
Comments
Can you please post the fabio log? It should note the change in the health and service status and print the generated routing table. |
Also, since you're using docker could you describe how you are running the individual applications right now? What is running where and can they all talk to each other on the addresses and ports you've configured ... |
@strarsis The logs are more helpful at this point |
Log file attached: log.txt |
I think the confusion comes from the registrator. You don't need the registrator for registering either fabio or the demo service. They are both capable of registering themself. Try removing the registrator from your setup and just run the binaries. That should work. |
Thank you for your answer.
I updated the example repo so it can be directly tested. |
I think this a duplicate of issue #23. fabio does not flush the last route. I'll release a 1.0.7 to fix this properly. |
I updated the docker-compose and can confirm that it works now. |
When running the demo server, it registers itself in consul, being listed by consul as healthy.
Fabio also correctly adds the route to routing table, also listed in fabio web gui.
When the demo server is shut down (Ctrl+c), it reports that it deregistered itself in consul:
And indeed, consul doesn't list the demo server anymore:
However, in fabio web gui, the route is still listed:
The text was updated successfully, but these errors were encountered: