Danke für den Log, damit war die Ursache schnell klar.
Bei InfluxDB 2.x gibt es kein „DROP MEASUREMENT“. Der Adapter löscht deshalb alle Werte des Datenpunkts über die Delete-API. Dabei geht InfluxDB jeden Shard des Buckets durch, und bei einem Bucket mit Daten aus mehreren Jahren dauert das schnell mehrere Minuten. Der Adapter hat aber nur so lange gewartet, wie das normale „Request timeout“ erlaubt (Standard 30 Sekunden), und dann mit RequestTimedOutError abgebrochen.
Ab Version 5.2.3 bekommen Löschvorgänge eine eigene Verbindung und dürfen bis zu 10 Minuten dauern. Das gilt für das Aufräumen in der Statistik und auch für delete, deleteRange und deleteAll. Schreiben und Abfragen behalten das eingestellte Timeout. Die Version ist veröffentlicht und sollte in Kürze im Latest-Repository auftauchen.
Wer nicht warten möchte: In den Instanzeinstellungen das „Request timeout“ vorübergehend auf z. B. 600000 (10 Minuten) setzen, aufräumen, danach wieder zurückstellen.
Das Löschen kann je nach Größe des Buckets trotzdem einige Minuten dauern. Bitte den Dialog so lange offen lassen.
Kannst du mit 5.2.3 noch einmal aufräumen und kurz Bescheid geben, ob es jetzt durchläuft? Falls einzelne Datenpunkte weiter fehlschlagen, bitte den Log-Ausschnitt dazu posten.