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
Agents not (re-)established on collector #342
Comments
Hi @webjoel, thanks for reporting this! It looks like you re-created your Cassandra schema?
That would explain what you are seeing, because the agents only send over their config as part of The good news is that the agents are still reporting data, and the collector is still storing the data. It's just that the agents are not showing up in the UI agent dropdown. You should be able to bypass the UI agent dropdown and see the missing data in the UI by manually modifying the This behavior is definitely confusing (and has happened to me before when testing), I'll look into improving it. |
Yes, my central collector and cassandra is in the same container docker and my disk was full and I had to restart the container erasing the data, is there another way I can clean this data? I reconfigured to store for fewer days for now. You're right, access by url parameter is working. |
Hi @webjoel, check this out for how to delete all the data while retaining the configuration: |
Is it possible for you to provide a cleanup script for this? Or a feature for this, where I can clear this data for a particular period? Example: A cassandra cleanup without config tables. Because the collector has reestablished the connection and is receiving data, it would be sufficient to re-create the agent configuration with the default data so that it appears in the filters, right? |
Hi @webjoel, utility to wipe out all collected data (but preserve config) is now available in 0.10.8:
|
Hi @webjoel, thanks again for reporting this! In the latest agent and central collector snapshots, the central collector will ask for the agent to re-send the AgentConfig and Environment data if it doesn't already have them (e.g. after completely wiping the cassandra data instead of using |
I had to disconnect and reconnect the glowroot collector as shown below, but the agents were not able to recover, only the agents "groupB :: server4" and "groupB :: server8" succeeded because I restarted JBoss, those who did not restart JBoss reestablished connection but did not send any more monitoring data.
Logs "Central Collector":
Logs agent "groupB :: server2":
The text was updated successfully, but these errors were encountered: