i deleted some indices from my cluster, but when i checked node stats from stack monitoring tab from kibana what is found Free disk is 1TB and Data is 2.2TB but total disk size is 6TB.
So i was wondering where is this extra space is being used. I was going through the directory structure used for storing the data in elasticsearch, what i found that there were directories created with name that matches the uuid of index. then i tried the cross check it with the output from api
GET /_cat/indices?v&h=index,uuid
what i found that some of the uuid is available in output and some of the uuid is not.So i am guessing that might be uuid of the indices that i have deleted earlier.
So my queries are:
1- Is my understanding is right here about the directory structure?
2- If my understanding is right then what should i do now?
These were not the indices which i deleted earlier. but they were taking lots of space like aroung 20GB per directory and lots of directories were there.
And one more thing that these directories were found only in hot nodes (my cluster has hot,warm data nodes only).
so i deleted these directories and my cluster is working smoothly with no data loss.
What i am guessing that there is the data which was migrated from hot to warm nodes but now deleted from disk in hot nodes.
I have no other application running because mounted point is dedicated to only for storage of elasticsearch application.
And sorry i can't share screenshot because it is fixed now.No disk stats mismatch.
Of course not, but they do have a UUID you could have tried to match to your directory names. But you seem to have figured it out now to your own satisfaction.
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.