Influxdb repornește constant de la ultima mea repornire

De la ultima repornire, văd următoarele la fiecare 1-2 minute:

Aug 02 13:53:00 monitor systemd[1]: influxdb.service: start operation time a expirat. Încheiere.
02 august 13:53:00 monitor systemd[1]: influxdb.service: a eșuat cu rezultatul „timeout”.
02 august 13:53:00 monitor systemd[1]: Eșuat la pornirea InfluxDB este o bază de date cu sursă deschisă, distribuită, în serie de timp.
02 august 13:53:00 monitor systemd[1]: influxdb.service: lucrare de repornire programată, contorul de repornire este la 4.
02 august 13:53:00 monitor systemd[1]: Stopped InfluxDB este o bază de date cu sursă deschisă, distribuită, în serie de timp.
02 august 13:53:00 monitor systemd[1]: Pornirea InfluxDB este o bază de date cu sursă deschisă, distribuită, în serie de timp...
02 august 13:53:00 monitor influxd-systemd-start.sh[3539]: fuzionare cu configurația la: /etc/influxdb/influxdb.conf

pe 29/07/2021 afluxul a fost actualizat de la 1.8.6-1 la 1.8.7-1. Sistemul de operare este un server Ubuntu 20.04. Prima repornire după aceasta este atunci când au început problemele.
Inițial a existat o problemă cu permisiunile /usr/lib/influxdb/scripts/influxd-systemd-start.sh, ceea ce a împiedicat pornirea acestuia. Am schimbat perms-ul la 0755 și a început, dar continuă să repornească. Se pare că acceptă conexiuni și date între reporniri, deoarece telegraf încă populează baza de date, iar Grafana este capabil să afișeze statisticile, atâta timp cât nu coincide cu repornirea.

Vad si eu mesajul

influxd-systemd-start.sh[12171]: [tcp] 2021/08/02 14:21:40 tcp.Mux: Ascultătorul la 127.0.0.1:8088 nu a reușit să accepte o conexiune, închizând toți ascultătorii

Ascultă pe acele porturi

root@monitor$ ss -ilpn | aflux grep
tcp LISTEN 0 4096 127.0.0.1:8088 0.0.0.0:* utilizatori:(("influxd",pid=15115,fd=3))
tcp LISTEN 0 4096 *:8086 *:* utilizatori:(("influxd",pid=15115,fd=32))

Din câte știu, nu s-a schimbat nicio configurație. Nu există reguli de firewall active.

Are cineva idee de ce a început să se comporte prost?

Acesta este un bug introdus în Influxdb v1.8.7. Problema Github.

Există o varietate de moduri de a remedia acest lucru, soluția ta fiind una dintre căi. În cazul nostru, Influx a durat ceva mai mult până la pornire decât fereastra de 10 secunde pe care o permite scriptul de pornire, așa că pur și simplu am schimbat linia somn 1 în dosar /usr/lib/influxdb/scripts/influxd-systemd-start.sh la somn 2 pentru a oferi Influx mai mult timp pentru pornire.

Arată ca /usr/lib/influxdb/scripts/influxd-systemd-start.sh încearcă să facă un control de sănătate:

 while [ "$rezultat" != "200" ]; do
   somn 1
   rezultat=$(curl -s -o /dev/null http://$HOST:$PORT/health -w %{http_code})
 Terminat

asta eșuează. De la data fișierului, wrapper-ul de pornire a fost creat doar pe 21 iulie, așa că se pare că verificarea de pornire este nouă.

Daca incerc manual obtin:

root@monitor$ curl https://127.0.0.1:8088/health
curl: (35) OpenSSL SSL_connect: resetarea conexiunii de către peer în conexiune la 127.0.0.1:8088 

Eșuează din mai multe motive.

1. Pentru că am configurat TLS, trebuie să fie https
2. Deoarece nu am definit în mod explicit portul de legare, deoarece folosesc implicit, scriptul primește portul greșit.
3. deoarece TLS este activat, are nevoie de FQDN, nu localhost sau verificarea de validare a certificatului eșuează.
4. Perms-urile au fost, de asemenea, greșite în scriptul de pornire implicit

Pentru a o rezolva am editat /lib/systemd/system/influxdb.service dosar și

1. schimbați Type=forking în Type=simple
2. schimbați ExecStart în: ExecStart=/usr/bin/influxd -config /etc/influxdb/influxdb.conf --pidfile /var/lib/influxdb/influxd.pid $INFLUXD_OPTS