Server Cannot start inMem-objects on port 9001
-
@apollon77 ich habe und hatte kein Problem. Das hatte ich einige Posts vorher auch so geschrieben
ich bin zufrieden, wollte nur meine Beobachtung teilen
Deine Aussage dass Rene's objects.jsonl nach
iob statusviel kleiner sein müsste hatte mich zu der Annahme verleitet dass mit dem Befehl eine Art Reorg/Shrinking einhergeht und so dachte ich sollte meine etwas kleiner werden oder zumindest gleich bleiben, was aber nicht der Fall ist. Auch Rene's Datei war nach iob status ca. 50MB größer als davor. Nochmals, für mich kein Problem aber ich wollte diese Beobachtung einfach mitteilen. Nach dem Neustart war die Datei aber plötzlich ca. 6MB größer, was mich schlicht verwundert daa ich nicht mit einer Vergrößerung rechnen würde, nur durch einen Neustart.Also, alles ok hier, wenn es nicht hilfreich war tut es mir leid
-
@fastfoot ok, dann hole ich gern etwas weiter aus.
Das Konzept der jsonl Files ist das das im ersten Schritt Daten angehangen werden, also das es größer wird ist ganz normal. Aber es darf nicht "unkontrolliert wachsen". Ganz grob wird es, sobald es die doppelte Anzahl an Einträgen hat im vergleich zu unique objekten komprimiert und dadurch wird es wieder kleiner. kannst Du bei der states datei schön beobachten wenn du mal 10 minütlich dir die größe anschaust wenn was passiert in deinem System.
Und ja beim Start wird einmal direkt komprimiert, weshalb der Start ggf verkleinern sollte - aber ggf auch wieder Objekte ändert und somit gleich wieder anhängt.
Von daher sind je nach Anzahl Objekten diese 33MB voll ok.
Es gab in der Vergangenheit mal kurzzeitig Bugs oder falsche Konfigs die die Komprimierung ausgeschaltet haben, aber auch das ist bei @rene-3 nach prüfung alles nicht der Fall.
Also kann es bei Rene an sich nur sein das er wirklich so viele Objekte hat - und darauf zielen meine letzten Fragen.
Jetzt bissl klarer?
-
Hallo zusammen,
also ich bin ehrlich gesagt über jeden möglichen Ansatzpunkt dankbar, der mich hier in einer Lösung irgendwie weiterbringt.
Aber im aller schlimmsten Fall der Fälle mache ich mein System einfach ganz platt, fange nochmal bei Null an und setze alles neu auf.
Das habe ich zwar versucht, mit regelmäßigen Backup´s auf unterschiedlichen Ebenen zu vermeiden, aber was solls.
@fastfoot braucht sich für gar nichts zu entschuldigen, wenn einer dann wohl ich - weil ich aufgrund des Post annahm, das sein System nicht läuft.
Davon bin ich ausgegangen weil im iob status - "iobroker is not running on this host" stand - wie bei mir.
Sorry @fastfoot - das habe ich verbockt aber für mich waren deine Posts sehr hilfreich - vielen Dank hier nochmals.pi@ReneRaspel:~ $ iob status Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"! pi@ReneRaspel:~ $ iob stop pi@ReneRaspel:~ $ iob status iobroker is not running on this host. Objects type: jsonl States type: jsonl pi@ReneRaspel:~ $Anders scheint es für mich bei @Thomas-Braun, dort wurde im iob status - "iobroker is running ... " ausgegeben.
@apollon77 mit dem ConnectTimeout: 600 000 Wert eingetragen sitz ich ca. 25 Minuten vor dem Raspi bis eine Antwort ausgegeben wird.
Habe es jetzt mal testweise wieder zurückgestellt auf den Wert 30000 wie in einigen Post´s hier weiter vorn beschrieben.
Original war dort mal 2000 eingetragen.
Nur um nochmal ganz sicher zu gehen - mit dem Wert 30000 kommt eine Antwort auf Eingaben in ca. 2 Min. zurück.Der iobroker startet bei mir aber generell nach wie vor leider überhaupt nicht mehr.
Ich verstehe überhaupt nicht warum und eigentlich lasse ich da auch die Finger von weg - das Ding verrichtet im Hintergrund seine Arbeit und das ist gut so.
Würde jetzt mal grob schätzen, alles lief ca. 1 Jahr lang mit dieser Konstellation tadellos. -
@rene-3 sagte in Server Cannot start inMem-objects on port 9001:
Würde jetzt mal grob schätzen, alles lief ca. 1 Jahr lang mit dieser Konstellation tadellos.
Also ein Jahr keine Updates gemacht und das System auf aktuellem Stand gehalten?
-
@apollon77 sagte in Server Cannot start inMem-objects on port 9001:
Jetzt bissl klarer?
ja, vielen Dank für die ausführliche Erklärung!
-
@rene-3 ich fänds cool wenn Du an der Reparatur dran bliebest
Wenn der iobroker gestoppt ist dann sollte doch das System auch nicht mehr so lahm sein, richtig? Was sagt denn jetzt
tail -25 /opt/iobroker/log/*curr*Falls doch noch lahm, hilft evtl. ein
ps auxwum zu sehen was denn da alles läuft bei dir
-
was macht der Befehl: ps auxw ?
also die Updates von Adaptern usw. habe ich schon gemacht - Backups usw. liefen in den eingestellten Intervallen automatisch.
Ich habe mich da vielleicht schlecht ausgedrückt, " ... mit 1 Jahr lang lief die Konstellation tadellos " ist nur die Hardware gemeint, gewesen die dran ist. -
@rene-3 sagte in Server Cannot start inMem-objects on port 9001:
was macht der Befehl: ps auxw ?
Der gibt die Liste der laufenden Prozesse aus.
-
@thomas-braun
bei iob stop oder iob start ausführen ?( bei mir ist es wahrscheinlich egal - da mein System nicht läuft )
was ist der Unterschied zu iobroker list instances ?
Da taucht der Admin adapter nicht auf ?
-
Das sind die Prozesse auf Betriebssystemebene. Hat mit iobroker direkt nix zu tun.
-
pi@ReneRaspel:~ $ ps auxw USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.4 33892 8132 ? Ss 09:15 0:05 /sbin/init splash root 2 0.0 0.0 0 0 ? S 09:15 0:00 [kthreadd] root 3 0.0 0.0 0 0 ? I< 09:15 0:00 [rcu_gp] root 4 0.0 0.0 0 0 ? I< 09:15 0:00 [rcu_par_gp] root 5 0.0 0.0 0 0 ? I< 09:15 0:00 [netns] root 7 0.0 0.0 0 0 ? I< 09:15 0:00 [kworker/0:0H-kblockd] root 9 0.0 0.0 0 0 ? I< 09:15 0:00 [mm_percpu_wq] root 10 0.0 0.0 0 0 ? S 09:15 0:00 [rcu_tasks_rude_] root 11 0.0 0.0 0 0 ? S 09:15 0:00 [rcu_tasks_trace] root 12 0.0 0.0 0 0 ? S 09:15 0:00 [ksoftirqd/0] root 13 0.0 0.0 0 0 ? I 09:15 0:01 [rcu_sched] root 14 0.0 0.0 0 0 ? S 09:15 0:00 [migration/0] root 15 0.0 0.0 0 0 ? S 09:15 0:00 [cpuhp/0] root 16 0.0 0.0 0 0 ? S 09:15 0:00 [cpuhp/1] root 17 0.0 0.0 0 0 ? S 09:15 0:00 [migration/1] root 18 0.0 0.0 0 0 ? S 09:15 0:00 [ksoftirqd/1] root 20 0.0 0.0 0 0 ? I< 09:15 0:00 [kworker/1:0H-kblockd] root 21 0.0 0.0 0 0 ? S 09:15 0:00 [cpuhp/2] root 22 0.0 0.0 0 0 ? S 09:15 0:00 [migration/2] root 23 0.0 0.0 0 0 ? S 09:15 0:00 [ksoftirqd/2] root 25 0.0 0.0 0 0 ? I< 09:15 0:00 [kworker/2:0H-kblockd] root 26 0.0 0.0 0 0 ? S 09:15 0:00 [cpuhp/3] root 27 0.0 0.0 0 0 ? S 09:15 0:00 [migration/3] root 28 0.0 0.0 0 0 ? S 09:15 0:00 [ksoftirqd/3] root 30 0.0 0.0 0 0 ? I< 09:15 0:00 [kworker/3:0H-events_highpri] root 31 0.0 0.0 0 0 ? S 09:15 0:00 [kdevtmpfs] root 32 0.0 0.0 0 0 ? I< 09:15 0:00 [inet_frag_wq] root 37 0.0 0.0 0 0 ? S 09:15 0:00 [kauditd] root 38 0.0 0.0 0 0 ? S 09:15 0:00 [khungtaskd] root 39 0.0 0.0 0 0 ? S 09:15 0:00 [oom_reaper] root 40 0.0 0.0 0 0 ? I< 09:15 0:00 [writeback] root 41 0.0 0.0 0 0 ? S 09:15 0:01 [kcompactd0] root 64 0.0 0.0 0 0 ? I< 09:15 0:00 [kblockd] root 65 0.0 0.0 0 0 ? I< 09:15 0:00 [blkcg_punt_bio] root 66 0.0 0.0 0 0 ? S 09:15 0:00 [watchdogd] root 68 0.0 0.0 0 0 ? I< 09:15 0:00 [kworker/3:1H-kblockd] root 69 0.0 0.0 0 0 ? I< 09:15 0:00 [rpciod] root 70 0.0 0.0 0 0 ? I< 09:15 0:00 [kworker/u9:0-hci0] root 71 0.0 0.0 0 0 ? I< 09:15 0:00 [xprtiod] root 73 0.0 0.0 0 0 ? S 09:15 0:03 [kswapd0] root 74 0.0 0.0 0 0 ? I< 09:15 0:00 [nfsiod] root 75 0.0 0.0 0 0 ? I< 09:15 0:00 [kthrotld] root 79 0.0 0.0 0 0 ? I< 09:15 0:00 [iscsi_eh] root 80 0.0 0.0 0 0 ? I< 09:15 0:00 [iscsi_conn_clea] root 81 0.0 0.0 0 0 ? I< 09:15 0:00 [nvme-wq] root 82 0.0 0.0 0 0 ? I< 09:15 0:00 [nvme-reset-wq] root 83 0.0 0.0 0 0 ? I< 09:15 0:00 [nvme-delete-wq] root 85 0.0 0.0 0 0 ? S 09:15 0:00 [ptp0] root 86 0.0 0.0 0 0 ? I< 09:15 0:00 [DWC Notificatio] root 87 0.0 0.0 0 0 ? I< 09:15 0:00 [uas] root 88 0.0 0.0 0 0 ? S< 09:15 0:00 [vchiq-slot/0] root 89 0.0 0.0 0 0 ? S< 09:15 0:00 [vchiq-recy/0] root 90 0.0 0.0 0 0 ? S< 09:15 0:00 [vchiq-sync/0] root 91 0.0 0.0 0 0 ? I< 09:15 0:00 [zswap-shrink] root 93 0.0 0.0 0 0 ? I< 09:15 0:00 [sdhci] root 94 0.2 0.0 0 0 ? S 09:15 0:50 [irq/62-mmc0] root 96 0.0 0.0 0 0 ? S 09:15 0:00 [scsi_eh_0] root 97 0.0 0.0 0 0 ? I< 09:15 0:00 [scsi_tmf_0] root 98 0.0 0.0 0 0 ? I< 09:15 0:00 [kworker/0:1H-events_highpri] root 99 0.0 0.0 0 0 ? S 09:15 0:00 [jbd2/sda2-8] root 100 0.0 0.0 0 0 ? I< 09:15 0:00 [ext4-rsv-conver] root 102 0.0 0.0 0 0 ? I< 09:15 0:00 [mld] root 103 0.0 0.0 0 0 ? I< 09:15 0:00 [ipv6_addrconf] root 105 0.0 0.0 0 0 ? I< 09:15 0:00 [kworker/1:1H-kblockd] root 119 0.0 0.0 0 0 ? I< 09:15 0:00 [kworker/2:1H-kblockd] root 135 0.0 0.7 45776 14188 ? Ss 09:15 0:02 /lib/systemd/systemd-journald root 167 0.0 0.1 20312 2888 ? Ss 09:15 0:01 /lib/systemd/systemd-udevd root 190 0.0 0.0 0 0 ? S 09:15 0:00 [vchiq-keep/0] root 192 0.0 0.0 0 0 ? S< 09:15 0:00 [SMIO] root 207 0.0 0.0 0 0 ? S 09:15 0:00 [irq/75-feb10000] root 210 0.0 0.0 0 0 ? I< 09:15 0:00 [mmal-vchiq] root 212 0.0 0.0 0 0 ? I< 09:15 0:00 [mmal-vchiq] root 213 0.0 0.0 0 0 ? I< 09:15 0:00 [mmal-vchiq] root 214 0.0 0.0 0 0 ? I< 09:15 0:00 [mmal-vchiq] root 216 0.0 0.0 0 0 ? I< 09:15 0:00 [mmal-vchiq] root 220 0.0 0.0 0 0 ? I< 09:15 0:00 [mmal-vchiq] root 225 0.0 0.0 0 0 ? I< 09:15 0:00 [mmal-vchiq] root 250 0.0 0.0 0 0 ? S 09:15 0:00 [v3d_bin] root 251 0.0 0.0 0 0 ? S 09:15 0:00 [v3d_render] root 252 0.0 0.0 0 0 ? S 09:15 0:00 [v3d_tfu] root 253 0.0 0.0 0 0 ? S 09:15 0:00 [v3d_csd] root 255 0.0 0.0 0 0 ? S 09:15 0:00 [v3d_cache_clean] root 269 0.0 0.0 0 0 ? I< 09:15 0:00 [cfg80211] root 272 0.0 0.0 0 0 ? I< 09:15 0:00 [brcmf_wq/mmc1:0] root 278 0.0 0.0 0 0 ? S 09:15 0:00 [brcmf_wdog/mmc1] root 332 0.0 0.0 0 0 ? S 09:15 0:00 [irq/53-vc4 hdmi] root 333 0.0 0.0 0 0 ? S 09:15 0:00 [irq/54-vc4 hdmi] root 335 0.0 0.0 0 0 ? S 09:15 0:00 [cec-vc4] root 336 0.0 0.0 0 0 ? S 09:15 0:00 [irq/50-vc4 hdmi] root 337 0.0 0.0 0 0 ? S 09:15 0:00 [irq/49-vc4 hdmi] root 346 0.0 0.0 0 0 ? S 09:15 0:00 [irq/59-vc4 hdmi] root 348 0.0 0.0 0 0 ? S 09:15 0:00 [irq/60-vc4 hdmi] root 349 0.0 0.0 0 0 ? S 09:15 0:00 [cec-vc4] root 350 0.0 0.0 0 0 ? S 09:15 0:00 [irq/56-vc4 hdmi] root 351 0.0 0.0 0 0 ? S 09:15 0:00 [irq/55-vc4 hdmi] root 379 0.0 0.0 0 0 ? S 09:15 0:00 [card1-crtc0] root 380 0.0 0.0 0 0 ? S 09:15 0:00 [card1-crtc1] root 381 0.0 0.0 0 0 ? S 09:15 0:00 [card1-crtc2] root 382 0.0 0.0 0 0 ? S 09:15 0:00 [card1-crtc3] root 383 0.0 0.0 0 0 ? S 09:15 0:00 [card1-crtc4] root 384 0.0 0.0 0 0 ? S 09:15 0:00 [card1-crtc5] avahi 392 0.0 0.1 6916 2748 ? Ss 09:15 0:05 avahi-daemon: running [ReneRaspel.local] root 393 0.0 0.1 8200 2336 ? Ss 09:15 0:00 /usr/sbin/cron -f message+ 394 0.0 0.1 7944 3492 ? Ss 09:15 0:01 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfi avahi 396 0.0 0.0 6756 920 ? S 09:15 0:00 avahi-daemon: chroot helper root 430 0.0 0.1 26544 2880 ? Ssl 09:15 0:00 /usr/sbin/rsyslogd -n -iNONE root 456 0.0 0.2 13072 5452 ? Ss 09:15 0:00 /lib/systemd/systemd-logind nobody 458 0.0 0.1 5312 2132 ? Ss 09:15 0:00 /usr/sbin/thd --triggers /etc/triggerhappy/triggers.d/ --socket /ru root 460 0.0 0.4 64504 8448 ? Ssl 09:15 0:06 /usr/libexec/udisks2/udisksd root 464 0.0 0.0 2940 1600 ? Ss 09:15 0:00 /usr/sbin/dhcpcd -b -q root 467 0.0 0.1 11788 2636 ? Ss 09:15 0:00 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant root 531 0.0 0.0 8020 1416 ? Ss 09:15 0:00 /usr/bin/vncserver-x11-serviced -fg root 533 0.0 0.0 27696 1256 ? SLsl 09:15 0:00 /usr/sbin/rngd -r /dev/hwrng root 538 0.0 1.1 40688 22456 ? S 09:15 0:05 /usr/bin/vncserver-x11-core -service root 539 0.0 0.2 38372 5584 ? Ssl 09:15 0:00 /usr/sbin/lightdm root 542 0.0 0.0 8132 0 ? S 09:15 0:00 /usr/sbin/xrdp-sesman root 543 0.0 0.3 40556 6024 ? Ssl 09:15 0:00 /usr/libexec/polkitd --no-debug root 547 0.0 0.1 12408 3172 ? Ss 09:15 0:00 sshd: /usr/sbin/sshd -D [listener] 0 of 10-100 startups root 568 0.0 0.1 12036 2768 ? Ss 09:15 0:00 wpa_supplicant -B -c/etc/wpa_supplicant/wpa_supplicant.conf -iwlan0 xrdp 585 0.0 0.0 8200 1128 ? S 09:15 0:00 /usr/sbin/xrdp root 586 0.0 2.4 211024 47436 tty7 Ssl+ 09:15 0:16 /usr/lib/xorg/Xorg :0 -seat seat0 -auth /var/run/lightdm/root/:0 -n root 587 0.0 0.1 8264 3244 tty1 Ss 09:15 0:00 /bin/login -f root 610 0.0 0.3 14516 7108 ? S 09:15 0:11 /usr/bin/vncagent service 0 root 619 0.0 0.3 33176 6464 ? Sl 09:15 0:00 lightdm --session-child 14 17 pi 624 0.0 0.3 14552 5972 ? Ss 09:15 0:00 /lib/systemd/systemd --user pi 625 0.0 0.0 36320 1644 ? S 09:15 0:00 (sd-pam) pi 643 0.0 0.2 26608 4052 ? S<sl 09:15 0:00 /usr/bin/pipewire pi 644 0.0 0.3 371988 6424 ? S<sl 09:15 0:00 /usr/bin/pulseaudio --daemonize=no --log-target=journal rtkit 646 0.0 0.1 24208 2236 ? SNsl 09:15 0:00 /usr/libexec/rtkit-daemon pi 649 0.0 0.4 56468 8440 ? Ssl 09:15 0:00 /usr/bin/lxsession -s LXDE-pi -e LXDE -w openbox-lxde-pi pi 659 0.0 0.1 7688 3440 ? Ss 09:15 0:00 /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopidf pi 661 0.0 0.2 19576 4016 ? S<l 09:15 0:00 /usr/bin/pipewire-media-session pi 701 0.0 0.0 4616 1116 ? Ss 09:15 0:00 /usr/bin/ssh-agent x-session-manager root 779 0.0 0.0 0 0 ? I< 09:15 0:00 [kworker/u9:2-brcmf_wq/mmc1:0001:1] root 780 0.0 0.0 2056 0 ? S 09:15 0:00 /usr/bin/hciattach /dev/serial1 bcm43xx 3000000 flow - root 790 0.0 0.3 21164 6496 ? Ss 09:15 0:00 /usr/libexec/bluetooth/bluetoothd root 805 0.0 0.0 0 0 ? I< 09:15 0:00 [cryptd] root 830 0.0 0.0 0 0 ? S< 09:15 0:00 [krfcommd] pi 965 0.0 0.2 44472 5604 ? Ssl 09:15 0:00 /usr/libexec/gvfsd pi 974 0.0 0.2 57032 4600 ? Sl 09:15 0:00 /usr/libexec/gvfsd-fuse /run/user/1000/gvfs -f pi 990 0.0 0.6 67104 11880 ? S 09:15 0:00 openbox --config-file /home/pi/.config/openbox/lxde-pi-rc.xml pi 992 0.0 0.4 49424 8120 ? Sl 09:15 0:00 lxpolkit pi 996 0.0 1.8 556688 35560 ? Sl 09:15 0:09 lxpanel --profile LXDE-pi pi 998 0.0 1.8 241308 35980 ? Sl 09:15 0:01 pcmanfm --desktop --profile LXDE-pi pi 1008 0.0 0.0 4616 0 ? Ss 09:15 0:00 /usr/bin/ssh-agent -s pi 1013 0.0 0.0 4684 520 ? S 09:15 0:00 xcompmgr -aR root 1018 0.0 0.3 29776 6692 ? Ss 09:15 0:00 /usr/sbin/cupsd -l pi 1029 0.0 0.7 52504 14552 ? S 09:15 0:00 /usr/bin/python3 /usr/share/system-config-printer/applet.py root 1031 0.0 0.4 42792 8008 ? Ssl 09:15 0:00 /usr/sbin/cups-browsed pi 1050 0.0 0.7 45352 14400 ? S 09:15 0:00 /usr/bin/vncserverui service 0 pi 1072 0.0 0.5 33632 11128 ? S 09:15 0:00 /usr/bin/vncserverui -statusicon 0 pi 1078 0.0 0.4 90820 9380 ? Ssl 09:15 0:00 /usr/libexec/gvfs-udisks2-volume-monitor pi 1082 0.0 0.2 27172 4800 ? Sl 09:15 0:00 /usr/lib/menu-cache/menu-cached /run/user/1000/menu-cached-:0 pi 1090 0.0 0.2 41028 4764 ? Ssl 09:15 0:00 /usr/libexec/gvfs-goa-volume-monitor pi 1094 0.0 0.2 41020 3996 ? Ssl 09:15 0:00 /usr/libexec/gvfs-mtp-volume-monitor pi 1098 0.0 0.2 42536 3884 ? Ssl 09:15 0:00 /usr/libexec/gvfs-gphoto2-volume-monitor pi 1102 0.0 0.2 53376 4440 ? Ssl 09:15 0:00 /usr/libexec/gvfs-afc-volume-monitor pi 1116 0.0 0.3 54192 6044 ? Sl 09:15 0:00 /usr/libexec/gvfsd-trash --spawner :1.7 /org/gtk/gvfs/exec_spaw/0 root 1207 0.0 0.5 106252 11004 ? Ssl 09:15 0:06 /usr/libexec/packagekitd pi 1379 0.0 0.1 8644 2796 tty1 S+ 09:16 0:00 -bash lp 1439 0.0 0.2 15280 5244 ? S 09:16 0:00 /usr/lib/cups/notifier/dbus dbus:// colord 1440 0.0 0.5 49888 11060 ? Ssl 09:16 0:00 /usr/libexec/colord root 2867 0.0 0.0 0 0 ? I 12:29 0:00 [kworker/1:1-mm_percpu_wq] root 3022 0.1 0.0 0 0 ? I 13:03 0:05 [kworker/0:1-events] root 3090 0.0 0.0 0 0 ? I 13:15 0:00 [kworker/u8:2-events_unbound] root 3145 0.0 0.0 0 0 ? I 13:26 0:00 [kworker/3:1-events] root 3207 0.0 0.0 0 0 ? I 13:36 0:00 [kworker/1:2-mm_percpu_wq] root 3214 0.0 0.0 0 0 ? I 13:40 0:00 [kworker/2:0-mm_percpu_wq] root 3216 0.0 0.0 0 0 ? I 13:43 0:00 [kworker/3:2-events_power_efficient] root 3250 0.0 0.0 0 0 ? I 13:49 0:00 [kworker/u8:0-events_unbound] root 3251 0.2 0.0 0 0 ? I 13:50 0:01 [kworker/0:3-events] root 3281 0.0 0.0 0 0 ? I 13:51 0:00 [kworker/2:1-mm_percpu_wq] root 3289 0.1 0.0 0 0 ? I 13:55 0:00 [kworker/0:2-events] root 3292 0.0 0.0 0 0 ? I 13:56 0:00 [kworker/u8:1-events_unbound] root 3293 0.0 0.0 0 0 ? I 13:56 0:00 [kworker/2:2-mm_percpu_wq] root 3294 0.0 0.0 0 0 ? I 13:58 0:00 [kworker/1:0] systemd+ 3328 0.1 0.1 22288 2656 ? Ssl 13:59 0:00 /lib/systemd/systemd-timesyncd root 3346 0.0 0.0 0 0 ? I 14:00 0:00 [kworker/3:0] pi 3347 1.3 1.6 119848 30908 ? Sl 14:00 0:00 lxterminal pi 3353 0.0 0.2 8620 3888 pts/0 Ss 14:00 0:00 bash root 3358 0.0 0.0 0 0 ? I 14:00 0:00 [kworker/2:3-events] root 3359 0.0 0.0 0 0 ? I 14:00 0:00 [kworker/0:0-events] pi 3360 0.0 0.1 10936 2852 pts/0 R+ 14:00 0:00 ps auxw pi@ReneRaspel:~ $ also IP Adressen oder so sind da ja keine drin, die ich unkenntlich machen sollte -
Da läuft viel zu viel GUI-Scheiß. Kompletter Desktop. Ausschalten.
-
@rene-3 sagte in Server Cannot start inMem-objects on port 9001:
also IP Adressen oder so sind da ja keine drin
IP Adressen aus deinem privaten Netzwerk sind auch komplett uninteressant und mussen nicht unkenntlich gemacht werden.
-
wo oder wie schalte ich den Desktop ( GUI -Sch... ) aus ?
Dachte irgendwie an Raspi config aber finde nichts passendes. -
-
also jetzt local nen Bildschirm drangestöpselt und gestartet - sehe mit ps auxw keinen großen Unterschied zu vorher mit GUI
-
@rene-3 sagte in Server Cannot start inMem-objects on port 9001:
also jetzt local nen Bildschirm drangestöpselt und gestartet
???
Warum nicht per SSH auf die Kiste drauf?
Ist ja das übliche Vorgehen. -
@rene-3 Ok, also nochmal: Suche einen wert für Timeout sodass ein "iob status" mit der korrekten Ausgabe kommt und nicht mit dem "Kann DB nicht öffnen" Fehler. Du sagtest das es mit den 600000 nach Wartezeit geklappt hat. Ist doch super.
Dann sollte ein "iob start" ebenfalls gehen - mit der genannten Wartezeit.
Dann sollte man weiterschauen können.
Das Problem ist das Du scheinbar irgendwie geschafft hast massssiiiggggg Objekte anzusammeln. Auf meine Frage ob Du ble installiert hast oder so hast Du noch nicht geantwortet.
ALternativ schau deine Backups an ... ist da eins wo das objects Backup massiv kleiner ist? Wenn ja könnte man das ggf nehmen - falls DU da was findest.
-
also mit dem derzeitig eingetragenen Wert ( Timeout ) von 30000 ( und iob start ) kommt nach Eingabe von iobroker status ( und ausgeschalteter GUI ) kein "kann DB nicht öffnen", sondern "iobroker is not running on this host"
Der iobroker läuft nicht bzw. ich habe keinerlei Zugriff.
Diese Ausgabe kommt so vom Raspi zurück ( ca. 2 Min. ), weswegen ich das Timeout momentan so bei mir belassen würde.
Jetzt war ich mal längere Zeit nur im Terminal, ohne was zu machen und habe einfach nochmal iobroker staus ausgeführt und es kommt nun die Meldung: Server cannot Start inMem-objekts on Port 9001: Failed to lock-DB File "opt/iobroker/iobroker-data/objects.jsonl"!
Voll verrückt - also es gibt mir mal diese und mal jene Meldung aus, auf iob status aus.
Wovon das jetzt wieder abhängt - keine Ahnung.Mache ich iob stop und dann iobroker status bleibt wenigstens die Meldung gleich ( ( " iobroker is not running on this host " )
Das Vorgehen, erst den iobroker zu stoppen und dann den Iobroker status abzufragen scheint aber der richtige Weg zu sein.Ich hab kein ble installiert - was soll das sein ? ( Abkürzung für irgendwas ? ) - jedenfalls fällt mir da jetzt momentan überhaupt nichts dazu ein.
Also auch die Anzahl meiner installierten Adapter in iobroker ist sehr überschaubar ( Anzahl < 14 - glaube ich ).Backups habe ich auf dem NAS ( extern ) liegen und grüble grad wieder wie ich die Dateien von dort zum Pi bekomme.
Aber auf dem Pi ( local ) selbst könnten auch noch einige Backup Dateien rumgeistern. -
@apollon77
habe jetzt Netzwerk auch noch raus und nochmal mitls -la /opt/iobroker/iobroker-datadie Datei objects.jsonl wächst und wächst bei mir in der Größe immer weiter an, obwohl der iobroker nicht läuft.
