InfluxDB nicht verbunden mit "Gerät oder Dienst"
-
-
danke für eure immer wieder neuen Vorschläge, ich weiß das echt zu schätzen!!
PS.: Wie könnt ich die db am leichtesten backupn um zumindest die daten mal zu beseite zu speichern? und idealerweise als csv abspeichern?USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.3 0.2 33784 7964 ? Ss Jan06 3:13 /sbin/init splash root 2 0.0 0.0 0 0 ? S Jan06 0:00 [kthreadd] root 3 0.0 0.0 0 0 ? I< Jan06 0:00 [rcu_gp] root 4 0.0 0.0 0 0 ? I< Jan06 0:00 [rcu_par_gp] root 8 0.0 0.0 0 0 ? I< Jan06 0:00 [mm_percpu_wq] root 9 0.0 0.0 0 0 ? S Jan06 0:00 [rcu_tasks_rude_] root 10 0.0 0.0 0 0 ? S Jan06 0:00 [rcu_tasks_trace] root 11 0.0 0.0 0 0 ? S Jan06 0:54 [ksoftirqd/0] root 12 0.1 0.0 0 0 ? I Jan06 1:02 [rcu_sched] root 13 0.0 0.0 0 0 ? S Jan06 0:00 [migration/0] root 14 0.0 0.0 0 0 ? S Jan06 0:00 [cpuhp/0] root 15 0.0 0.0 0 0 ? S Jan06 0:00 [cpuhp/1] root 16 0.0 0.0 0 0 ? S Jan06 0:00 [migration/1] root 17 0.0 0.0 0 0 ? S Jan06 0:08 [ksoftirqd/1] root 20 0.0 0.0 0 0 ? S Jan06 0:00 [cpuhp/2] root 21 0.0 0.0 0 0 ? S Jan06 0:00 [migration/2] root 22 0.0 0.0 0 0 ? S Jan06 0:07 [ksoftirqd/2] root 25 0.0 0.0 0 0 ? S Jan06 0:00 [cpuhp/3] root 26 0.0 0.0 0 0 ? S Jan06 0:00 [migration/3] root 27 0.0 0.0 0 0 ? S Jan06 0:07 [ksoftirqd/3] root 30 0.0 0.0 0 0 ? S Jan06 0:00 [kdevtmpfs] root 31 0.0 0.0 0 0 ? I< Jan06 0:00 [netns] root 34 0.0 0.0 0 0 ? S Jan06 0:00 [kauditd] root 36 0.0 0.0 0 0 ? S Jan06 0:00 [khungtaskd] root 37 0.0 0.0 0 0 ? S Jan06 0:00 [oom_reaper] root 38 0.0 0.0 0 0 ? I< Jan06 0:00 [writeback] root 39 0.0 0.0 0 0 ? S Jan06 0:03 [kcompactd0] root 59 0.0 0.0 0 0 ? I< Jan06 0:00 [kblockd] root 60 0.0 0.0 0 0 ? I< Jan06 0:00 [blkcg_punt_bio] root 61 0.0 0.0 0 0 ? S Jan06 0:00 [watchdogd] root 63 0.0 0.0 0 0 ? I< Jan06 0:00 [rpciod] root 64 0.0 0.0 0 0 ? I< Jan06 0:00 [kworker/u9:0-hci0] root 65 0.0 0.0 0 0 ? I< Jan06 0:00 [xprtiod] root 68 0.0 0.0 0 0 ? S Jan06 0:00 [kswapd0] root 69 0.0 0.0 0 0 ? I< Jan06 0:00 [nfsiod] root 70 0.0 0.0 0 0 ? I< Jan06 0:00 [kthrotld] root 71 0.0 0.0 0 0 ? I< Jan06 0:00 [iscsi_eh] root 72 0.0 0.0 0 0 ? I< Jan06 0:00 [iscsi_destroy] root 73 0.0 0.0 0 0 ? I< Jan06 0:00 [nvme-wq] root 74 0.0 0.0 0 0 ? I< Jan06 0:00 [nvme-reset-wq] root 75 0.0 0.0 0 0 ? I< Jan06 0:00 [nvme-delete-wq] root 78 0.0 0.0 0 0 ? I< Jan06 0:00 [DWC Notificatio] root 79 0.0 0.0 0 0 ? I< Jan06 0:00 [uas] root 80 0.0 0.0 0 0 ? S< Jan06 0:00 [vchiq-slot/0] root 81 0.0 0.0 0 0 ? S< Jan06 0:00 [vchiq-recy/0] root 82 0.0 0.0 0 0 ? S< Jan06 0:00 [vchiq-sync/0] root 84 0.0 0.0 0 0 ? I< Jan06 0:00 [zswap-shrink] root 87 0.0 0.0 0 0 ? I< Jan06 0:00 [sdhci] root 88 0.0 0.0 0 0 ? S Jan06 0:00 [irq/47-mmc0] root 90 0.0 0.0 0 0 ? I< Jan06 0:00 [mmc_complete] root 92 0.4 0.0 0 0 ? S Jan06 4:04 [jbd2/mmcblk0p2-] root 93 0.0 0.0 0 0 ? I< Jan06 0:00 [ext4-rsv-conver] root 95 0.0 0.0 0 0 ? I< Jan06 0:00 [ipv6_addrconf] root 115 1.0 1.0 70488 39928 ? Ss Jan06 10:22 /lib/systemd/systemd-journald root 159 0.0 0.1 18464 3952 ? Ss Jan06 0:00 /lib/systemd/systemd-udevd root 192 0.0 0.0 0 0 ? S Jan06 0:00 [vchiq-keep/0] root 193 0.0 0.0 0 0 ? S< Jan06 0:00 [SMIO] root 209 0.0 0.0 0 0 ? I< Jan06 0:00 [mmal-vchiq] root 210 0.0 0.0 0 0 ? I< Jan06 0:00 [mmal-vchiq] root 211 0.0 0.0 0 0 ? I< Jan06 0:00 [mmal-vchiq] root 212 0.0 0.0 0 0 ? I< Jan06 0:00 [mmal-vchiq] root 215 0.0 0.0 0 0 ? I< Jan06 0:00 [mmal-vchiq] root 240 0.0 0.0 0 0 ? I< Jan06 0:00 [cfg80211] root 241 0.0 0.0 0 0 ? S Jan06 0:00 [v3d_bin] root 247 0.0 0.0 0 0 ? S Jan06 0:00 [v3d_render] root 248 0.0 0.0 0 0 ? S Jan06 0:00 [v3d_tfu] root 249 0.0 0.0 0 0 ? S Jan06 0:00 [v3d_csd] root 250 0.0 0.0 0 0 ? S Jan06 0:00 [v3d_cache_clean] root 255 0.0 0.0 0 0 ? I< Jan06 0:00 [brcmf_wq/mmc1:0] root 258 0.0 0.0 0 0 ? S Jan06 0:00 [brcmf_wdog/mmc1] systemd+ 311 0.0 0.1 22380 5456 ? Ssl Jan06 0:00 /lib/systemd/systemd-timesyncd root 321 0.0 0.2 62900 8960 ? Ssl Jan06 0:00 /usr/lib/udisks2/udisksd message+ 322 0.1 0.0 6708 3488 ? Ss Jan06 1:03 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only root 326 0.0 0.1 11748 4552 ? SNs Jan06 0:00 /usr/sbin/alsactl -E HOME=/run/alsa -s -n 19 -c rdaemon root 330 0.0 0.0 10708 3712 ? Ss Jan06 0:00 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant root 331 0.0 0.1 13008 5736 ? Ss Jan06 0:26 /lib/systemd/systemd-logind mongodb 333 0.7 0.9 237768 38288 ? Ssl Jan06 6:57 /usr/bin/mongod --config /etc/mongodb.conf avahi 338 0.0 0.0 5896 2652 ? Ss Jan06 0:30 avahi-daemon: running [raspberrypi.local] root 346 0.4 0.0 25500 3276 ? Ssl Jan06 4:38 /usr/sbin/rsyslogd -n -iNONE root 353 0.0 0.0 8276 2272 ? Ss Jan06 0:00 /usr/sbin/cron -f nobody 354 0.0 0.0 4316 2116 ? Ss Jan06 0:00 /usr/sbin/thd --triggers /etc/triggerhappy/triggers.d/ --socket /run/thd.socket --user nobody --deviceglob /dev/input/event* root 359 0.0 0.0 27652 80 ? SLsl Jan06 0:01 /usr/sbin/rngd -r /dev/hwrng avahi 377 0.0 0.0 5764 252 ? S Jan06 0:00 avahi-daemon: chroot helper root 395 0.0 0.0 2964 1972 ? Ss Jan06 0:01 /sbin/dhcpcd -q -b root 505 0.0 0.4 39032 15980 ? Ssl Jan06 0:00 /usr/bin/python3 /usr/share/unattended-upgrades/unattended-upgrade-shutdown --wait-for-signal iobroker 518 9.3 4.7 295796 185464 ? Ssl Jan06 91:50 iobroker.js-controller root 576 0.0 0.1 37948 5700 ? Ssl Jan06 0:00 /usr/lib/policykit-1/polkitd --no-debug unifi 585 2.1 6.5 1369920 258808 ? Ssl Jan06 21:10 /usr/bin/java -Dfile.encoding=UTF-8 -Djava.awt.headless=true -Dapple.awt.UIElement=true -Dunifi.core.enabled=false -Xmx1024M -XX:+UseParallelGC -XX:+ExitOnOutOfMemoryError -XX:+CrashOnOutOfMemoryError -XX:ErrorFile=/usr/lib/unifi/logs/hs_err_pidunifi.log -jar /usr/lib/unifi/lib/ace.jar start root 614 0.0 0.0 0 0 ? I< Jan06 0:00 [wg-crypt-wg0] root 621 0.0 0.1 10680 5300 ? Ss Jan06 0:00 /usr/sbin/sshd -D colord 634 0.0 0.2 48080 10516 ? Ssl Jan06 0:00 /usr/lib/colord/colord root 653 0.0 0.0 5616 2784 tty1 Ss Jan06 0:00 /bin/login -f pi 795 0.0 0.1 14692 7108 ? Ss Jan06 0:00 /lib/systemd/systemd --user pi 796 0.0 0.0 16804 1736 ? S Jan06 0:00 (sd-pam) pi 807 0.0 0.0 8820 3764 tty1 S+ Jan06 0:00 -bash root 813 0.0 0.0 2136 128 ? S Jan06 0:00 /usr/bin/hciattach /dev/serial1 bcm43xx 3000000 flow - root 816 0.0 0.0 0 0 ? I< Jan06 0:00 [kworker/u9:2-hci0] root 827 0.0 0.0 9520 3380 ? Ss Jan06 0:00 /usr/lib/bluetooth/bluetoothd iobroker 1173 0.1 2.4 207824 95052 ? Sl Jan06 1:23 io.admin.0 iobroker 1331 1.4 3.4 249876 135900 ? Sl Jan06 14:32 io.javascript.0 unifi 1490 0.4 6.1 1230876 240964 ? Sl Jan06 4:22 bin/mongod --dbpath /usr/lib/unifi/data/db --port 27117 --unixSocketPrefix /usr/lib/unifi/run --logappend --logpath /usr/lib/unifi/logs/mongod.log --nohttpinterface --pidfilepath /usr/lib/unifi/run/mongod.pid --bind_ip 127.0.0.1 iobroker 1573 0.1 1.9 192296 75112 ? Sl Jan06 1:03 io.mqtt.0 iobroker 1652 0.0 1.9 193368 75928 ? Sl Jan06 0:55 io.mqtt.1 iobroker 1704 14.1 3.3 245756 132492 ? Rl Jan06 139:54 io.shelly.0 iobroker 1741 0.0 2.0 193316 80108 ? Sl Jan06 0:57 io.backitup.0 iobroker 1834 0.1 1.7 190764 70576 ? Sl Jan06 1:03 io.cloud.0 iobroker 1907 0.1 2.0 197804 79060 ? Sl Jan06 1:12 io.info.0 root 1942 0.0 0.0 0 0 ? I 04:03 0:01 [kworker/u8:0-events_unbound] iobroker 1962 0.1 1.9 189768 78088 ? Sl Jan06 1:00 io.shuttercontrol.0 iobroker 2065 0.8 2.4 214368 96592 ? Sl Jan06 8:27 io.viessmannapi.0 iobroker 2119 0.0 1.5 184568 59484 ? Sl Jan06 0:51 io.vis-inventwo.0 iobroker 2209 0.1 2.0 197992 80756 ? Sl Jan06 1:01 io.web.0 root 3642 0.0 0.0 0 0 ? I 04:52 0:00 [kworker/1:1-mm_percpu_wq] iobroker 5044 0.1 2.0 195404 81192 ? Sl Jan06 1:37 io.influxdb.0 root 8307 0.0 0.0 0 0 ? I< Jan06 0:42 [kworker/2:1H-kblockd] root 8519 0.0 0.0 0 0 ? I< 04:59 0:00 [kworker/0:0H-kblockd] root 9459 0.0 0.0 0 0 ? I< 05:00 0:00 [kworker/1:0H] root 9866 0.0 0.0 0 0 ? I 05:01 0:00 [kworker/3:1-cgroup_destroy] root 9957 0.0 0.0 0 0 ? I 05:01 0:00 [kworker/0:1-cgroup_destroy] iobroker 11635 0.9 2.0 192932 80104 ? Sl 05:04 0:05 io.telegram.0 iobroker 11636 0.9 2.0 193348 80672 ? Sl 05:04 0:05 io.telegram.1 root 12166 0.0 0.0 0 0 ? I 05:04 0:00 [kworker/2:0-cgroup_destroy] root 12878 0.0 0.0 0 0 ? I< 05:05 0:00 [kworker/2:0H] root 13073 0.0 0.0 0 0 ? I< 05:06 0:00 [kworker/1:2H] root 13567 0.0 0.0 0 0 ? I 05:06 0:00 [kworker/0:0-events] root 13891 0.0 0.0 0 0 ? I< 05:07 0:00 [kworker/3:2H] root 13983 0.0 0.0 0 0 ? I 05:07 0:00 [kworker/3:0-events_power_efficient] root 14535 0.0 0.0 0 0 ? I 05:08 0:00 [kworker/1:0-mm_percpu_wq] root 15595 0.0 0.0 0 0 ? I< 05:09 0:00 [kworker/0:2H-mmc_complete] root 15917 0.0 0.0 0 0 ? I 05:10 0:00 [kworker/2:2-cgroup_destroy] root 16456 0.0 0.0 0 0 ? I< 05:10 0:00 [kworker/2:2H] root 17094 0.0 0.0 0 0 ? I 05:11 0:00 [kworker/0:2-mm_percpu_wq] root 17095 0.0 0.0 0 0 ? I 05:11 0:00 [kworker/3:2] root 17367 0.0 0.0 0 0 ? I< 05:12 0:00 [kworker/3:1H] root 17503 0.0 0.1 12192 6312 ? Ss 05:12 0:00 sshd: pi [priv] pi 17567 0.0 0.0 12192 3608 ? R 05:12 0:00 sshd: pi@pts/0 pi 17568 0.1 0.0 8816 3716 pts/0 Ss 05:12 0:00 -bash root 18030 0.0 0.0 0 0 ? I 05:13 0:00 [kworker/u8:1-events_unbound] root 18122 0.0 0.0 0 0 ? I 05:13 0:00 [kworker/1:2-events] influxdb 18756 128 1.7 923572 68784 ? Sl 05:14 0:03 /usr/bin/influxd -config /etc/influxdb/influxdb.conf pi 18798 0.0 0.0 10116 2528 pts/0 R+ 05:14 0:00 ps auxww root 21534 0.0 0.0 0 0 ? I< Jan06 0:13 [kworker/1:1H-kblockd] root 23886 0.0 0.1 27956 6244 ? Ss 00:00 0:00 /usr/sbin/cupsd -l root 23887 0.0 0.2 40480 8892 ? Ssl 00:00 0:00 /usr/sbin/cups-browsed root 26898 0.0 0.0 0 0 ? I 03:53 0:02 [kworker/u8:2-flush-179:0] root 26918 0.2 0.0 0 0 ? I< 04:39 0:05 [kworker/0:1H-mmc_complete] root 27221 0.0 0.0 0 0 ? I 04:39 0:01 [kworker/3:3-events] root 30869 0.0 0.0 0 0 ? I 04:45 0:00 [kworker/2:1-mm_percpu_wq] root 32574 0.0 0.0 0 0 ? I< 00:12 0:13 [kworker/3:0H-kblockd] -
PROBLEM GELÖSTNachdem ich mehrere Male das config-file durchgegangen bin und verschiedenste parameter verändert habe (vorallem jene mit ports, http/https enabled) läufts nun endlich wieder. Leider kann ich nichtmehr nachvollziehen was Ausschlaggebend war. Ich nehme an, dass ich bereits zu beginn(vor meinem Posting hier) des Fehlers unabsichtlich etwas auskommentiert hatte im config-File.
Wahrscheinlich hätte ein system-reboot oder eine neu-Eingabe username/pw im iobroker ursprünglich schon geholfen; hab mir aber durchs verändern des config-Files selbst ein Ei gelegt
DANKE FÜR DIE RASCHE HILFE AN ALLE!
PS.: Für mich ist iobroker mehr ein Mittel zum Zweck als keine Bastel-Geschichte (geworden). Nun hatte ich bereits Probleme mit Grafana, BackitUp-Adapter und nun auch mit influxdb (was sehr schade ist, weil einige daten verlorgen gegangen sind!). Was gibts hier für Empfehlungen um das System so rund wie möglich laufen zu lassen?
-
@danisupersweet die Datenbanken liegen in /var/lib/influxdb/
zeig mal aus der
/etc/influxdb/influxdb.confdieses
und deine jetzige Einstellung im Adapter -
@danisupersweet sagte in InfluxDB nicht verbunden mit "Gerät oder Dienst":
Nun hatte ich bereits Probleme mit Grafana, BackitUp-Adapter und nun auch mit influxdb (was sehr schade ist, weil einige daten verlorgen gegangen sind!)
warum verloren gegangen?
-
@danisupersweet sagte in InfluxDB nicht verbunden mit "Gerät oder Dienst":
Was gibts hier für Empfehlungen um das System so rund wie möglich laufen zu lassen?
alles richtig machen
im Ernst. bei mir läuft ioBroker seit fast 9 Jahren richtig rund.
Diese Frage ist nicht so zu beantworten. -
@crunchip said in InfluxDB nicht verbunden mit "Gerät oder Dienst":
@danisupersweet die Datenbanken liegen in /var/lib/influxdb/
zeig mal aus der
/etc/influxdb/influxdb.conf....
und deine jetzige Einstellung im Adapter### Welcome to the InfluxDB configuration file. # The values in this file override the default values used by the system if # a config option is not specified. The commented out lines are the configuration # field and the default value used. Uncommenting a line and changing the value # will change the value used at runtime when the process is restarted. # Once every 24 hours InfluxDB will report usage data to usage.influxdata.com # The data includes a random ID, os, arch, version, the number of series and other # usage data. No data from user databases is ever transmitted. # Change this option to true to disable reporting. # reporting-disabled = false # Bind address to use for the RPC service for backup and restore. # bind-address = "127.0.0.1:8088" ### ### [meta] ### ### Controls the parameters for the Raft consensus group that stores metadata ### about the InfluxDB cluster. ### [meta] # Where the metadata/raft database is stored dir = "/var/lib/influxdb/meta"[http] # Determines whether HTTP endpoint is enabled. enabled = true # Determines whether the Flux query endpoint is enabled. # flux-enabled = false # Determines whether the Flux query logging is enabled. # flux-log-enabled = false # The bind address used by the HTTP service. bind-address = ":8086" # Determines whether user authentication is enabled over HTTP/HTTPS. auth-enabled = false # The default realm sent back when issuing a basic auth challenge. # realm = "InfluxDB"
@crunchip said in InfluxDB nicht verbunden mit "Gerät oder Dienst":
warum verloren gegangen?
Hatte ich fix angenommen, da der ioBroker (in meinem Fall) via den MQTT Adapter Werte bekommt, dieser sich dann mit der DB verbindet und diese Werte dann in die DB schreibt? Und wenn nun ioBroker keine Verbindung zur influxDB aufbauen kann, dann kann er diese Werte auch nciht reinschreiben - hatte ich gedacht ?! Auf jedenfall freu ich mich, dass nix weg ist und freu mich auch über eine Erklärung diesbezüglich.
@homoran said in InfluxDB nicht verbunden mit "Gerät oder Dienst":
alles richtig machen
im Ernst. bei mir läuft ioBroker seit fast 9 Jahren richtig rund.
Diese Frage ist nicht so zu beantworten.Aber wie löst du das Problem mit den Adapter-Updates? Normalerweise verwende ich meine eigene VIS so 2-3mal pro Tag, aber in den iobroker-Admin schau ich praktisch nur rein wenn ich Änderungen haben will (kann auch mal 2-3 Monate sein). Wenn ich dann sehe dass updates notwendig sind (und ich zeit dafür habe!) nehme ich sie vor.
.. muss doch einfacher gehen?
Edit: Hab gelernt wie man in diesem Forum mit Zitaten umgeht und versucht sinnvoll zu nutzen
-
@danisupersweet sagte in InfluxDB nicht verbunden mit "Gerät oder Dienst":
Admin schau ich praktisch nur rein wenn ich Änderungen haben will (kann auch mal 2-3 Monate sein). Wenn ich dann sehe dass updates notwendig sind (und ich zeit dafür habe!) nehme ich sie vor.
das System möchte aber auch anderweitig gepflegt werden, abseits von iobroker.
@danisupersweet sagte in InfluxDB nicht verbunden mit "Gerät oder Dienst":
muss doch einfacher gehen
gibt keine genauen Plan, aber so plus/minus alle 2-4 Wochen sollte man sein System schon warten.
-
@crunchip
nenn doch mal ein paar bsp bitte. Iobroker-Adapter updaten ist noch das offensichtlichste, aber sonst? -
@danisupersweet sagte in InfluxDB nicht verbunden mit "Gerät oder Dienst":
aber sonst
na dein generelles Betriebsystem worauf iobroker läuft auf Stand halten und je nachdem was du sonst noch in deinem "Smarthome" laufen hast
-
@danisupersweet sagte in InfluxDB nicht verbunden mit "Gerät oder Dienst":
Aber wie löst du das Problem mit den Adapter-Updates? Normalerweise verwende ich meine eigene VIS so 2-3mal pro Tag, aber in den iobroker-Admin schau ich praktisch nur rein wenn ich Änderungen haben will (kann auch mal 2-3 Monate sein). Wenn ich dann sehe dass updates notwendig sind (und ich zeit dafür habe!) nehme ich sie vor.
mache ich genauso.
Wenn du aber gar nichts geändert hast läuft es weiter wie vorher.
Fasst du einen Adapter an, musst du ggf. alles anpassen
