I have seen that there are quite old files at /var/lib/influxdb/data/telegraf/_series/
root@influxdb:/var/lib/influxdb/data# ls -hal telegraf///*
-rw-r–r-- 1 root root 4.0M Apr 29 14:06 telegraf/_series/00/0000
-rw-r–r-- 1 root root 8.0M May 8 05:43 telegraf/_series/00/0001
-rw-r–r-- 1 root root 16M Jun 3 16:21 telegraf/_series/00/0002
-rw-r–r-- 1 root root 32M Jul 16 12:58 telegraf/_series/00/0003
-rw-r–r-- 1 root root 64M Oct 8 20:08 telegraf/_series/00/0004
-rw-r–r-- 1 root root 8.1M Sep 11 05:45 telegraf/_series/00/index
-rw-r–r-- 1 root root 4.0M Apr 29 13:54 telegraf/_series/01/0000
-rw-r–r-- 1 root root 8.0M May 8 05:52 telegraf/_series/01/0001
-rw-r–r-- 1 root root 16M Jun 3 16:23 telegraf/_series/01/0002
-rw-r–r-- 1 root root 32M Jul 16 12:59 telegraf/_series/01/0003
-rw-r–r-- 1 root root 64M Oct 8 20:08 telegraf/_series/01/0004
-rw-r–r-- 1 root root 8.1M Sep 11 06:46 telegraf/_series/01/index
So is this maybe the source for our max-series-per-database problem?
At InfluxDB 1.7.4 fails after 9 months without issues - #7 by MarcV it was mentioned to manually delete shards. So maybe this is also true for series?
The point why I ask is, that we have modified the retention policy after a quite long time.