@John_Fredrickson is correct, this will happen if you use the Rollover API on an index which is managed by an ILM policy. Because the index isn't the write index for the metricbeat-7.0.0
anymore, ILM can't be sure that everything is working as intended, so it takes the "safer" option and does nothing, rather than proceed to the Warm phase when that might not be what you want. John is also correct that you can set index.lifecycle.indexing_complete
to true
and use the Retry API to allow ILM to skip rollover in this case.
I should note that you'll only have this issue on the one index that was rolled over manually, (metricbeat-7.0.0-2019.04.26-000001
in this case), all subsequent indices should proceed through their lifecycle policy as normal, assuming the rollover is handled by ILM.