-
Notifications
You must be signed in to change notification settings - Fork 31
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
delist dead client connections #32
Comments
As an example, check out the screen scrape below. Can you tell at a glance which of these 2 processes are actually dead and need to be restarted? It's not obvious. The last activity tells you that 2 of them are 5 days old.
|
So the processes are confirmed dead correct? The server only reports active (from its standpoint) connections. Do you have a test that can reproduce this? |
Ok, wierd. the process named replayer is dead, but I see another process holding that port open using lsof. My bad, there is a live process, and I must have mixed up nats name with the program name. Closing tickets, but noting that Adding a PID to the nats-top display would bypass some confusion; that is #30 |
ok no problem. We would need to add a PID field to the INFO proto message from the clients. Note that if you want, you can make "name" anything you want, so you could pick argv[0]-PID if you wanted. |
When clients disappear, or go inactive, it would be nice to be able to clear them from the nats-top display, either automatically (say after an hour of no contact?) or manually (say a keypress to say "show me only active clients").
Currently old clients continue to be listed even though their process has died.
Maybe this is actually a gnatsd issue instead?
The text was updated successfully, but these errors were encountered: