Forum Discussion
Big-IQ not collecting Big-IP stats
Big-IQ not collecting Big-IP stats even though the "Collect Statistics Data" is enabled. Big-IQ is running version 5.3.0. DCD is active but has red health with the following message: " At least one primary shard (and all of its replicas) are missing. This means that you are missing data; searches will return partial results, and indexing into that shard will return an exception."
How do you troubleshoot the red health error ?
6 Replies
- BigD_300005
Cirrostratus
Do you only have one DCD? Are all your DCDs giving you the same error?
- Maxwell39_31144
Nimbostratus
Yes, just the one DCD
- jameskeller_186
Nimbostratus
I am also interested in the cause of this - currently have a BIG-IQ running 5.4 and BIG-IQ logger on the same code. Had this error for months and cannot resolve. Opened a support ticket and got no answer. Both report the same error. Also when I go under the monitoring tab I get this error.
Logging Service is not available. Please check your BIG-IQ Logging configuration to receive accurate data.
At least one primary shard (and all of its replicas) are missing. This means that you are missing data; searches will return partial results, and indexing into that shard will return an exception.
- ictjl
Altocumulus
Has anyone found a resolution? I have the same "shard" error on 5.2 with one DCD. I found the two articles (for 5.3 and 5.4) to resolve shard issues. Maybe they can help you? Restarting the elasticsearch daemon didn't help my situation.
- ictjl
Altocumulus
Here is what I had to do to resolve the "shard" issue and get my DCD cluster back in good health. I had to rebuild the DCD cluster (only had 1 DCD), which means we lost data. However, I was in a pre-production so it's wasn't that big of a deal. I wasn't even able to remove the DCD from the centralized manager (CM). Kept getting a 503 error. The following curl command (removes indices) on the CM got me to where I could remove the DCD from the CM so I didn't have to rebuild the CM.
Note: You will lose data if you run this command
curl -X DELETE localhost:9200/*
Rebuild steps I took after running the curl command above on the CM:
- Remove the DCD from the CM (at this point I had 0 DCDs attached to my CM)
- Go to the DCD and reset to factory defaults (https://support.f5.com/csp/article/K15886) and go through the setup wizard (this kept the DCD master keys in tact so FPS on Big-IPs didn't need reconfigured)
- Upgrade both CM and DCD to latest version of Big-IQ (5.4 HF2)
- Attach DCD to CM and activate FPS service (FPS events started immediately processing)
- Groves_263641
Altostratus
BigIQ Node v5.4 HF2
Thanks for sharing Jason! I have a single BigIQ Data Collection Node that had the same issue and building + running the script located under "Resolve unassigned cluster shards" worked exactly as designed to return from a red status to yellow where I began to collect stats again. Also, thanks for sharing the last resort steps to rebuild the data node.
Help guide the future of your DevCentral Community!
What tools do you use to collaborate? (1min - anonymous)Recent Discussions
Related Content
* Getting Started on DevCentral
* Community Guidelines
* Community Terms of Use / EULA
* Community Ranking Explained
* Community Resources
* Contact the DevCentral Team
* Update MFA on account.f5.com