-
Notifications
You must be signed in to change notification settings - Fork 4.5k
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
Getting "No path to datacenter" to a request to a valid, known datacenter #1471
Comments
Hi @wwalker do you have the full set of servers joined up if you do |
Closing this one assuming that you figured it out. Please re-open if that's not the case. |
I am facing the same problem.
After a while it keeps on working again without any change. |
|
|
Can this be related to the different version? |
|
@slackpad, could you please reopen the ticket? |
Hi @michaelgaida those versions should be able to talk to each other, are there any RPC-related errors in the server logs or the agent where you are making requests from? |
Closing since we never heard back. |
I have a similar problem.
If I try to query
The consul logs:
|
No ideas how to debug this further guys? |
I've got many servers in a serf WAN mesh, each with their own serf LAN mesh of agents. Queries over the WAN happen often, a dozen requests every minute (as per Prometheus "consul_sd_config", but also a few cronjobs). For one serf WAN member I keep getting Stepping over to the consul server that is supposed to receive these requests, this is what I see in the logs around the same time the WAN requests fail:
Looks like the serf WAN sessions (tcp?) are getting dropped. I'm using the same config on other machines (enforced by puppet config manager) so I'm positive it's not a typo. It could be a flimsy net connection between this server and the other serf WAN members, so I'm not opening a new ticket, just leaving this here for the next person to find. |
Making cross datacenter catalog lookups is occassionally failing. I've looked int the server logs of the stage datacenter's servers and there are no interesting entries around the times that these failures occur.
/var/log/consul.1: 2015/11/23 10:56:28 [ERR] http: Request /v1/catalog/service/marathon?dc=stage, error: rpc error: No path to datacenter
/var/log/consul.1: 2015/11/26 19:00:20 [ERR] http: Request /v1/catalog/service/marathon?dc=stage, error: rpc error: No path to datacenter
/var/log/consul.1: 2015/12/01 13:57:19 [ERR] http: Request /v1/catalog/service/marathon?dc=stage, error: rpc error: No path to datacenter
/var/log/consul.1: 2015/12/01 13:58:58 [ERR] http: Request /v1/catalog/service/marathon?dc=stage, error: rpc error: No path to datacenter
/var/log/consul.1: 2015/12/02 12:55:26 [ERR] http: Request /v1/catalog/service/marathon?dc=stage, error: rpc error: No path to datacenter
/var/log/consul.1: 2015/12/02 17:51:45 [ERR] http: Request /v1/catalog/service/marathon?dc=stage, error: rpc error: No path to datacenter
/var/log/consul.1: 2015/12/03 00:24:10 [ERR] http: Request /v1/catalog/service/marathon?dc=stage, error: rpc error: No path to datacenter
/var/log/consul.1: 2015/12/03 00:28:10 [ERR] http: Request /v1/catalog/service/marathon?dc=stage, error: rpc error: No path to datacenter
/var/log/consul.1: 2015/12/03 01:15:35 [ERR] http: Request /v1/catalog/service/marathon?dc=stage, error: rpc error: No path to datacenter
/var/log/consul.1: 2015/12/03 03:48:32 [ERR] http: Request /v1/catalog/service/marathon?dc=stage, error: rpc error: No path to datacenter
/var/log/consul: 2015/12/07 02:07:49 [ERR] http: Request /v1/catalog/service/marathon?dc=stage, error: rpc error: No path to datacenter
/var/log/consul: 2015/12/07 02:22:52 [ERR] http: Request /v1/catalog/service/marathon?dc=stage, error: rpc error: No path to datacenter
/var/log/consul: 2015/12/07 09:25:09 [ERR] http: Request /v1/kv/?dc=stage&recurse, error: rpc error: No path to datacenter
The text was updated successfully, but these errors were encountered: