I would expect a new index access-dev00004 to be created when the index exceeds 5 documents but this does not happen:
health status index uuid pri rep docs.count docs.deleted store.size pri.store.size
green open access-dev2 _2Hp-oiMRb-bhXbsXzoftw 1 0 6611337 1423565 830.7mb 830.7mb
green open access-dev00003 58hR5Nh9SqmfHEvDLkVhJg 1 0 30 0 439.6kb 439.6kb
How long are you waiting? By default the poll interval is 10 minutes (this can be changed), so even if you index 5+ documents, it will only check every 10 minutes.
What is interesting is that I used Kibana's "Index Lifecycle Policies" UI to assign the index to the policy and it's not bringing any error but obviously not linking the index.
It's kinda confusing since it lists "indexes" attached to the policy but when you add stuff it's the "index template" and not the index you are adding...
I'm not as familiar with the Kibana UI side of things, but this does sound like either a bug or at least a usability issue. I would recommend opening an issue on the GitHub - elastic/kibana: Your window into the Elastic Stack repository to make this easier/better.
I've fixed that now (as I posted above) and I am still seeing no rollover.
My expectation is that a new index access-dev00004 should be created but everything is still merrily logging to access-dev00003.
Can I ask: how does ES know to create access-dev00004? Does it parse access-dev00003 and figure out the numbering system?
It does. However, you index name does not actually follow the pattern rollover uses. In order for rollover to work, it needs to end in -\d+ (a hyphen preceding the numbers), so you should name your index access-dev-000003 (or whatever number).
I suspect that if you check the ILM explain output it will be in an error state due to the name being invalid for rollover.
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.