If there are any error in any of the processing anywhere along here, there is no cleanup logic. The indexes will continue to exist and be part of the alias, meaning the listeners will be populating outdated indexes from now until somebody happens to notice.
Just in my testing with stopping and starting at breakpoints a few times, i ended up with multiple dead indices.
I guess this can be handled in the following bug (but this will require discussion):
From: https:/ /review. openstack. org/#/c/ 277860/ 12/searchlight/ cmd/manage. py
If there are any error in any of the processing anywhere along here, there is no cleanup logic. The indexes will continue to exist and be part of the alias, meaning the listeners will be populating outdated indexes from now until somebody happens to notice.
Just in my testing with stopping and starting at breakpoints a few times, i ended up with multiple dead indices.
I guess this can be handled in the following bug (but this will require discussion):
https:/ /bugs.launchpad .net/searchligh t/+bug/ 1557003
E.g. GET searchlight- listener/ _status searchlight- 2016_03_ 14_18_14_ 12": { searchlight- 2016_03_ 14_16_39_ 01": { searchlight- 2016_03_ 14_18_12_ 06": {
{
"_shards": {
"total": 30,
"successful": 15,
"failed": 0
},
"indices": {
"
},
"
},
"
}
}
}
}