You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
host cassandra-kong-node.service.consul
cassandra-kong-node.service.consul has address 10.0.0.6
cassandra-kong-node.service.consul has address 10.0.0.9
cassandra-kong-node.service.consul has address 10.0.0.5
I can confirm that cassandra is listening on 9042 on all of those nodes.
With this configuration, Kong intermittently is returning errors. For example, here is the output when making requests against the Admin API:
In /usr/local/kong/logs/error.log, I see lots of error like:
2016/01/18 20:22:15 [error] 60#0: *1 [lua] responses.lua:61: Cassandra returned error (Unprepared): Prepared query with ID c5bd483fc757a66975a3c297d62407e7 not found (either the query was not prepared on this host (maybe the host has been restarted?) or you have prepared too many queries and it has been evicted from the internal cache), client: 10.0.0.2, server: , request: "GET / HTTP/1.1", host: "gce-worker-001.node.consul:25038"
This looks somewhat similar to #660 but this is a little different of a scenario, I think.
When I use the exact same configuration for a single-node Cassandra instance, Kong runs fine. I'm pretty new to both Kong and Cassandra - does anyone know what is wrong with this setup?
The text was updated successfully, but these errors were encountered:
(It is not entirely related to #660 but the new driver provides much better support for prepared queries which also has the nice side effect of fixing those occasional errors)
I am trying to deploy Kong (0.5.4) and am using a 3-node cassandra cluster that is registered in consul. Here is my database-related configuration.
And here is how the host resolves:
I can confirm that cassandra is listening on 9042 on all of those nodes.
With this configuration, Kong intermittently is returning errors. For example, here is the output when making requests against the Admin API:
In /usr/local/kong/logs/error.log, I see lots of error like:
This looks somewhat similar to #660 but this is a little different of a scenario, I think.
When I use the exact same configuration for a single-node Cassandra instance, Kong runs fine. I'm pretty new to both Kong and Cassandra - does anyone know what is wrong with this setup?
The text was updated successfully, but these errors were encountered: