NEWS
influxDB mit iobroker problem
-
Hallo zusammen
Bis vor kurzen hat mein influxDB super funktioniert mit der Speisung der Daten von ioBroker. Seit gestern kommen aber im Log nur noch errors... auch kann ich mit grafana nicht mehr zugreiffen. influxDb läuft aber.... kann mir da jemand helfen?LOG: influxdb.0 2020-09-27 21:19:21.113 warn (32360) Error on writePoint("{"value":135993,"time":"2020-09-27T19:18:44.406Z","from":"system.adapter.proxmox.0","q":0,"ack":true}): Error: {"error":"timeout"} / "{"error":"timeout"}\n" influxdb.0 2020-09-27 21:19:19.928 info (32360) Add point that had error for proxmox.0.qemu_ioBroker.mem_lev to buffer again, error-count=9 influxdb.0 2020-09-27 21:19:19.927 warn (32360) Error on writePoint("{"value":35.56,"time":"2020-09-27T19:18:44.454Z","from":"system.adapter.proxmox.0","q":0,"ack":true}): Error: {"error":"timeout"} / "{"error":"timeout"}\n" influxdb.0 2020-09-27 21:19:18.745 info (32360) Add point that had error for proxmox.0.qemu_InfluxDB.cpu to buffer again, error-count=1 influxdb.0 2020-09-27 21:19:18.744 warn (32360) Error on writePoint("{"value":0,"time":"2020-09-27T19:18:14.589Z","from":"system.adapter.proxmox.0","q":0,"ack":true}): Error: {"error":"timeout"} / "{"error":"timeout"}\n" influxdb.0 2020-09-27 21:19:16.014 info (32360) Add point that had error for proxmox.0.qemu_Grafana.mem_lev to buffer again, error-count=6 influxdb.0 2020-09-27 21:19:16.011 warn (32360) Error on writePoint("{"value":27.73,"time":"2020-09-27T19:18:44.924Z","from":"system.adapter.proxmox.0","q":0,"ack":true}): Error: {"error":"timeout"} / "{"error":"timeout"}\n" influxdb.0 2020-09-27 21:19:15.772 info (32360) Add point that had error for proxmox.0.qemu_InfluxDB.mem_lev to buffer again, error-count=7 influxdb.0 2020-09-27 21:19:15.772 warn (32360) Error on writePoint("{"value":27.15,"time":"2020-09-27T19:18:44.578Z","from":"system.adapter.proxmox.0","q":0,"ack":true}): Error: {"error":"timeout"} / "{"error":"timeout"}\n" influxdb.0 2020-09-27 21:19:15.764 info (32360) Add point that had error for proxmox.0.qemu_InfluxDB.netin to buffer again, error-count=8 influxdb.0 2020-09-27 21:19:15.764 warn (32360) Error on writePoint("{"value":158094,"time":"2020-09-27T19:18:44.578Z","from":"system.adapter.proxmox.0","q":0,"ack":true}): Error: {"error":"timeout"} / "{"error":"timeout"}\n" influxdb.0 2020-09-27 21:19:15.744 info (32360) Add point that had error for proxmox.0.qemu_InfluxDB.netout to buffer again, error-count=7 influxdb.0 2020-09-27 21:19:15.742 warn (32360) Error on writePoint("{"value":11443,"time":"2020-09-27T19:18:44.577Z","from":"system.adapter.proxmox.0","q":0,"ack":true}): Error: {"error":"timeout"} / "{"error":"timeout"}\n" influxdb.0 2020-09-27 21:19:15.692 info (32360) Add point that had error for proxmox.0.qemu_InfluxDB.uptime to buffer again, error-count=7 influxdb.0 2020-09-27 21:19:15.692 warn (32360) Error on writePoint("{"value":62,"time":"2020-09-27T19:18:44.577Z","from":"system.adapter.proxmox.0","q":0,"ack":true}): Error: {"error":"timeout"} / "{"error":"timeout"}\n" influxdb.0 2020-09-27 21:19:14.902 info (32360) Discard point that had error for proxmox.0.qemu_InfluxDB.cpu, error-count=10 influxdb.0 2020-09-27 21:19:14.901 warn (32360) Error on writePoint("{"value":44.79,"time":"2020-09-27T19:18:44.577Z","from":"system.adapter.proxmox.0","q":0,"ack":true}): Error: {"error":"timeout"} / "{"error":"timeout"}\n" influxdb.0 2020-09-27 21:19:13.632 info (32360) Add point that had error for proxmox.0.qemu_ioBroker.cpu to buffer again, error-count=7 influxdb.0 2020-09-27 21:19:13.632 warn (32360) Error on writePoint("{"value":11.84,"time":"2020-09-27T19:18:44.448Z","from":"system.adapter.proxmox.0","q":0,"ack":true}): Error: {"error":"timeout"} / "{"error":"timeout"}\n" influxdb.0 2020-09-27 21:19:12.304 info (32360) Add point that had error for proxmox.0.qemu_ioBroker.uptime to buffer again, error-count=7 influxdb.0 2020-09-27 21:19:12.303 warn (32360) Error on writePoint("{"value":2514349,"time":"2020-09-27T19:18:44.405Z","from":"system.adapter.proxmox.@cainam Festplattenspeicher womöglich voll
-
@crunchip said in influxDB mit iobroker problem:
@cainam Festplattenspeicher womöglich voll
nein, habe noch x-gb frei... habe so 60mb von 4gb gebraucht.. habe gerade noch um 1gb zur sicherheit erhöht
p.s. habe gerade noch festgestellt das zB grafana auch nichts mehr anzeigt
-
@crunchip said in influxDB mit iobroker problem:
@cainam Festplattenspeicher womöglich voll
nein, habe noch x-gb frei... habe so 60mb von 4gb gebraucht.. habe gerade noch um 1gb zur sicherheit erhöht
p.s. habe gerade noch festgestellt das zB grafana auch nichts mehr anzeigt
@cainam war auch nur eine Idee, weil mir das kürzlich selbst passiert ist und führte zum selbigen log
Wo läuft bei dir was, auf welchem System -
@cainam war auch nur eine Idee, weil mir das kürzlich selbst passiert ist und führte zum selbigen log
Wo läuft bei dir was, auf welchem System@crunchip
habe eine NUC am laufen mit je einer virtuellen maschine für
iobroker ip 192.168.0.30
influxdb ip 192.168.0.36
grafana ip 192.168.037ist alles tiptop bis vor zwei tagen ca. gelaufen (habe auch nix geändert seit da..)
evt hilfts:
curl -o profiles.tar.gz "http://192.168.0.36:8086/debug/pprof/all?cpu=true" % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 19 100 19 0 0 2375 0 --:--:-- --:--:-- --:--:-- 2375 -
@crunchip oder doch ein speicherplatzproblem?
root@InfluxDB:~# df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf udev 982M 0 982M 0% /dev tmpfs 200M 21M 180M 11% /run /dev/mapper/InfluxDB--vg-root 1.7G 1.7G 0 100% / tmpfs 998M 0 998M 0% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 998M 0 998M 0% /sys/fs/cgroup /dev/sda1 236M 49M 176M 22% /boot tmpfs 200M 0 200M 0% /run/user/0 -
@crunchip oder doch ein speicherplatzproblem?
root@InfluxDB:~# df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf udev 982M 0 982M 0% /dev tmpfs 200M 21M 180M 11% /run /dev/mapper/InfluxDB--vg-root 1.7G 1.7G 0 100% / tmpfs 998M 0 998M 0% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 998M 0 998M 0% /sys/fs/cgroup /dev/sda1 236M 49M 176M 22% /boot tmpfs 200M 0 200M 0% /run/user/0@cainam Naja, dein root ist vollgelaufen, würde ich mal sagen.
-
@cainam Naja, dein root ist vollgelaufen, würde ich mal sagen.
@Thomas-Braun wie kann ich das anpassen
da hat es ja bei den anderen noch genug -
@crunchip oder doch ein speicherplatzproblem?
root@InfluxDB:~# df -h Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf udev 982M 0 982M 0% /dev tmpfs 200M 21M 180M 11% /run /dev/mapper/InfluxDB--vg-root 1.7G 1.7G 0 100% / tmpfs 998M 0 998M 0% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 998M 0 998M 0% /sys/fs/cgroup /dev/sda1 236M 49M 176M 22% /boot tmpfs 200M 0 200M 0% /run/user/0@cainam bisschen knapp bemessen:wink: und warum hast du das in ner VM und nicht als LXC
hattest du nicht oben geschrieben du hast um 1GB erhöht? -
@Thomas-Braun wie kann ich das anpassen
da hat es ja bei den anderen noch genug@cainam sagte in influxDB mit iobroker problem:
@Thomas-Braun wie kann ich das anpassen
da hat es ja bei den anderen noch genugKeine Ahnung von VM & LCX und Konsorten.
-
@Thomas-Braun wie kann ich das anpassen
da hat es ja bei den anderen noch genug -
@cainam bisschen knapp bemessen:wink: und warum hast du das in ner VM und nicht als LXC
hattest du nicht oben geschrieben du hast um 1GB erhöht? -
@crunchip naja, hab eigentlich keine ahnung von linux... habe gelesen das vm einfacher ist... darum
ja habe um 1gb in proxmox erhöht... gehe davon aus das ist nun der udev sepeicher@cainam ja du musst auf der Proxmox oberfläche deine VM erhöhen(hast du ja bereits), dann das was ich dir als link geschickt habe, zusätzlich ausführen, damit deine "Erweiterung" im System bekannt wird.
Für solche Sachen nimmt man keine VM, da reicht ein lächerlicher LXC, da du keine Geräte durchreichen musst.
Vortei wäre nun auch gewesen, den LXC hättest du ganz normal auf der Proxmox Oberfläche erweitern können, ohne zusätzlichen Schnickschnck -
@cainam ja du musst auf der Proxmox oberfläche deine VM erhöhen(hast du ja bereits), dann das was ich dir als link geschickt habe, zusätzlich ausführen, damit deine "Erweiterung" im System bekannt wird.
Für solche Sachen nimmt man keine VM, da reicht ein lächerlicher LXC, da du keine Geräte durchreichen musst.
Vortei wäre nun auch gewesen, den LXC hättest du ganz normal auf der Proxmox Oberfläche erweitern können, ohne zusätzlichen Schnickschnck -
@crunchip wie kann ich einfach das nun einfach auf eine lxc ändern... ohne meine datenbank zu verlieren?
@cainam das ist ein wenig aufwendiger, da du dir die Datenbank sichern müsstest. Einen neuen LXC mit Influx erstellen und anschliessend deine Datenbank wieder rein kopieren. Dein LXC braucht dann auch wieder die gleiche IP oder du musst es dann in IoBroker/Grafana bzw wo du das sonst noch nutz, wieder anpassen
https://docs.influxdata.com/influxdb/v1.7/administration/backup_and_restore/ -
@cainam ja du musst auf der Proxmox oberfläche deine VM erhöhen(hast du ja bereits), dann das was ich dir als link geschickt habe, zusätzlich ausführen, damit deine "Erweiterung" im System bekannt wird.
Für solche Sachen nimmt man keine VM, da reicht ein lächerlicher LXC, da du keine Geräte durchreichen musst.
Vortei wäre nun auch gewesen, den LXC hättest du ganz normal auf der Proxmox Oberfläche erweitern können, ohne zusätzlichen Schnickschnck@crunchip said in influxDB mit iobroker problem:
ja du musst auf der Proxmox oberfläche deine VM erhöhen(hast du ja bereits), dann das was ich dir als link geschickt habe, zusätzlich ausführen, damit deine "Erweiterung" im System bekannt wird.
Das hat zwar alles funktioniert und es sieht auch richtig aus in dem gp... aber wenn ich danach die maschine neu starte und df -h mache sieht es noch genau gleich aus
-
@crunchip said in influxDB mit iobroker problem:
ja du musst auf der Proxmox oberfläche deine VM erhöhen(hast du ja bereits), dann das was ich dir als link geschickt habe, zusätzlich ausführen, damit deine "Erweiterung" im System bekannt wird.
Das hat zwar alles funktioniert und es sieht auch richtig aus in dem gp... aber wenn ich danach die maschine neu starte und df -h mache sieht es noch genau gleich aus
@cainam dann hast du etwas falsch gemacht.
und unabhängig davon, mit ner 1GB erweiterung kommst eh nicht lange klar, Ne Influx Datenbank kann ruhig 20 Gb haben -
@cainam dann hast du etwas falsch gemacht.
und unabhängig davon, mit ner 1GB erweiterung kommst eh nicht lange klar, Ne Influx Datenbank kann ruhig 20 Gb haben@crunchip
in dem programm zeigt es mir es richtig an... zurück im influxsystem ist das aber immer noch gleichnaja, will es eigenlich nur mal vorübergehend erhöhen... (auch das ich ein backup machen kann)!
unter fdisk ist es auch drin...
Bildschirmfoto 2020-09-27 um 23.38.52.png
-
@crunchip
in dem programm zeigt es mir es richtig an... zurück im influxsystem ist das aber immer noch gleichnaja, will es eigenlich nur mal vorübergehend erhöhen... (auch das ich ein backup machen kann)!
unter fdisk ist es auch drin...
Bildschirmfoto 2020-09-27 um 23.38.52.png -
@crunchip
in dem programm zeigt es mir es richtig an... zurück im influxsystem ist das aber immer noch gleichnaja, will es eigenlich nur mal vorübergehend erhöhen... (auch das ich ein backup machen kann)!
unter fdisk ist es auch drin...
Bildschirmfoto 2020-09-27 um 23.38.52.png@cainam sagte in influxDB mit iobroker problem:
@crunchip
in dem programm zeigt es mir es richtig an... zurück im influxsystem ist das aber immer noch gleichbisher hast wohl nur die Diskpartition vergrössert - da fehlen dann noch ein paar Schritte (die entsprechende Proxmox-Doku ist da eigentlich recht hilfreich...):
- "pvresize /dev/sda5" (LVM: physical volume an die neue Partitionsgrösse anpassen)
- "lvresize --extents +100%FREE --resizefs /dev/mapper/InfluxDB--vg-root" (Filesystem expandieren - setzt aber ext4 voraus...)
-
@cainam sagte in influxDB mit iobroker problem:
@crunchip
in dem programm zeigt es mir es richtig an... zurück im influxsystem ist das aber immer noch gleichbisher hast wohl nur die Diskpartition vergrössert - da fehlen dann noch ein paar Schritte (die entsprechende Proxmox-Doku ist da eigentlich recht hilfreich...):
- "pvresize /dev/sda5" (LVM: physical volume an die neue Partitionsgrösse anpassen)
- "lvresize --extents +100%FREE --resizefs /dev/mapper/InfluxDB--vg-root" (Filesystem expandieren - setzt aber ext4 voraus...)
Support us
373
Online32.6k
Benutzer82.2k
Themen1.3m
Beiträge