Are you really sure you don't use redis? It is the only supported
datastore of Sensu.
I think it is very likely these two servers are sharing a redis.
Well keep in mind that the sensu client is pretty much always
re-registering itself, so if you restart the client *after* you delete
it from the api, it may re-register during that race.
You should probably restart the client first, allow it to connect to
the new rabbitmq, and *then* delete the client from the old server.
On Tue, May 17, 2016 at 7:19 PM, Stuart Cracraft <email@example.com> wrote:
No shared RabbitMQ. One in each server.
No shared Redis either. We use RabbitMQ.
Also restarted Sensu client after API node delete.
On May 17, 2016, at 7:14 PM, Kyle Anderson <firstname.lastname@example.org> wrote:
Can you confirm there is no shared rabbitmq or redis between the new and old?
Also when you did the move, is it possible there is some stale dns?
(most processes, sensu included, don't re-resolve and re-connect, you
have to restart sensu clients to get them to point to a new rabbitmq,
On Tue, May 17, 2016 at 10:13 AM, Stuart Cracraft <email@example.com> wrote:
Hi, I have keepalive's configured on all my nodes on one Sensu server.
They used to be pointing at the other Sensu server.
My problem is that even though I've API deleted the nodes from the old Sensu
server, they keep getting rediscovered and reported as keepalive failures.
Has anyone seen this?