Server Cannot start inMem-objects on port 9001
-
@dieter_p Komisch ... zeig mal "ip a" Ausgabe (hoffe das geht da). Ich will mal die Netzwerkinterfaces sehen. Weil erste Vermutung ist das die 127.0.0.1 whyever nicht auf sich selbst auflöst
-
@apollon77
Thx. Warum das jetzt auf einmal auftritt kommt mir auch komisch vor. Diese Konfig läuft so unverändert ca seit 1 Jahr inkl. Wireguardpi@raspberrypi:~ $ ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether b8:27:xx:c2:xx:be brd ff:ff:ff:ff:ff:ff inet 192.168.0.38/24 brd 192.168.0.255 scope global noprefixroute eth0 valid_lft forever preferred_lft forever inet6 2a02:xxx:13b7:xxxx:64ad:4331:xxxx:82ad/64 scope global dynamic mngtmpaddr noprefixroute valid_lft 68729sec preferred_lft 25529sec inet6 fe80::xxx:b07e:xxxx:49ba/64 scope link valid_lft forever preferred_lft forever 3: wgclient0: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1420 qdisc noqueue state UNKNOWN group default qlen 1000 link/none inet 10.0.1.2/24 scope global wgclient0 valid_lft forever preferred_lft forever -
Also das ganze funktioniert so. ioBroker startet und startet die DB auf dem Port 9000 und 9001 und die "Listenen" auf der IP (127.0.01 in deinem Fall) die angegeben ist. Sobald die DB gestartet ist versucht ein DB-Client in der Software sich darauf zu verbinden. Und DAS geht bei dir nicht, deswegen sagt der Client nach 30s ... da passt was net. Meine Vermutung ist das er bei diesem "eigentlich lokalen" verbindungsversuch nicht "lokal" rumkommt und daher das Listen auf 127.0.01 es blockt.
Auch wenn ich nicht verstehe warum die 127.0.01 nicht geht (vllt hat Thomas noch ne Idee), ändere mal in /opt/iobroker/iobroker-data/iobroker.json in den objects und state Abschnitten die 127.0.01 gegen 0.0.0.0 und versuch dann mal. Damit "Listened" er auf "egal woher die verbindung kommt". Wenn das geht hast Du nen Workaround ...
-
@apollon77 said in Server Cannot start inMem-objects on port 9001:
/opt/iobroker/iobroker-data/iobroker.json
Vielen Dank auch für Deine für mich verständliche Erklärung! In Object und states angepasst aber leider immer noch der Zugriffsfehler:
pi@raspberrypi:~ $ sudo nano /opt/iobroker/iobroker-data/iobroker.json pi@raspberrypi:~ $ iob stop pi@raspberrypi:~ $ iob start pi@raspberrypi:~ $ iob status Server Cannot start inMem-objects on port 9001: Failed to lock DB file "/opt/iobroker/iobroker-data/objects.jsonl"! pi@raspberrypi:~ $ -
@dieter_p sagte in Server Cannot start inMem-objects on port 9001:
Auf dem Pi läuft noch ein WireGuard Client
Komischerweise ist er bei dir nicht aufgelistet !?
Kannst du das nochmal zeigen :
sudo netstat -ntlp | grep LISTEN -
@glasfaser said in Server Cannot start inMem-objects on port 9001:
sudo netstat -ntlp | grep LISTEN
pi@raspberrypi:~ $ sudo netstat -ntlp | grep LISTEN tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 443/sshd tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 329/cupsd tcp6 0 0 :::22 :::* LISTEN 443/sshd tcp6 0 0 ::1:631 :::* LISTEN 329/cupsdFunktionieren, sollte er da ich auch über den Tunnel aktuell arbeiten kann.
-
@dieter_p sagte in Server Cannot start inMem-objects on port 9001:
Funktionieren, sollte er da ich auch über den Tunnel aktuell arbeiten kann.
Wie hast du denn gerade Zugriff auf deinem Pi !?
-
@glasfaser
Auf diesen Pi direkt im lokalen Netz über PuttyWireguard verbindet bei mir 2 Netze. Ich sitze lokal im Netz des IOBroker der aktuell probleme macht. Da gibt es auch Routingtabellen ins andere Netz die aber liegen jeweils auf den Clients und nicht zentral am RPI da das nicht so einfach war, wenn ich das noch richtig zusammen bekomme.
Das aber alles unverändert seit ca. 1 Jahr wo es lief.
-
@dieter_p Lass iobroker mal bitte aus ... und dann iob status. eil jetzt ists wieder anderer Fehler. Zeig mal den Inhalt von /opt/iobroker/iobroker-data/ bitte
-
@apollon77 said in Server Cannot start inMem-objects on port 9001:
/opt/iobroker/iobroker-data/
pi@raspberrypi:/opt/iobroker/iobroker-data $ ls -l insgesamt 636684 drwxrwxr-x+ 2 iobroker iobroker 4096 Mär 11 08:42 backitup drwxrwxr-x+ 2 iobroker iobroker 4096 Jul 7 14:13 backup-objects drwxrwxr-x+ 3 iobroker iobroker 4096 Jan 10 12:58 esphome.0 drwxrwxr-x+ 23 iobroker iobroker 4096 Jan 7 13:19 files drwxrwxr-x+ 253 iobroker iobroker 4096 Jul 7 00:13 history -rw-rwxr--+ 1 iobroker iobroker 5124 Jul 8 11:28 iobroker.json -rw-rwxr--+ 1 iobroker iobroker 3 Jul 7 15:19 notifications.json -rw-rwxr--+ 1 iobroker iobroker 6255293 Mär 11 09:16 objects.json.bak.migrated -rw-rwxr--+ 1 iobroker iobroker 628237946 Jul 7 15:17 objects.jsonl -rw-rwxr--+ 1 iobroker iobroker 6255293 Mär 11 09:16 objects.json.migrated -rw-rwxr--+ 1 iobroker iobroker 458322 Mär 11 09:17 states.json.bak.migrated -rw-rwxr--+ 1 iobroker iobroker 0 Feb 4 19:44 states.json.broken -rw-rwxr--+ 1 iobroker iobroker 10235951 Jul 7 15:19 states.jsonl -rw-rwxr--+ 1 iobroker iobroker 458322 Mär 11 09:17 states.json.migrated drwxrwxr-x+ 2 iobroker iobroker 12288 Jul 7 15:19 zigbee_0 -
@dieter_p Sieht auch gut aus. So langsam gehen mir die ideen aus. "Iob fix "hattest Du versucht falls rechtemäßig was verbogen ist?
Also : iobroker bitte ausschalten, dann schauen das im Logfile innerhalb von 2-3 Minuten NICHTS rein kommt ... ann nochmals iob status bitte versuchen
-
@apollon77 sagte in Server Cannot start inMem-objects on port 9001:
So langsam gehen mir die ideen aus.
??! schauen was läuft mit :
ps auxww -
ja, probier nochmal. IOB stop -> 8 Minuten nichts im log -> Fixer und dann status:
pi@raspberrypi:/opt/iobroker/iobroker-data $ iob status No connection to databases possible ...pi@raspberrypi:~ $ ps auxww USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.2 0.8 16364 7964 ? Ss 07:42 0:38 /sbin/init splash root 2 0.0 0.0 0 0 ? S 07:42 0:00 [kthreadd] root 3 0.0 0.0 0 0 ? I< 07:42 0:00 [rcu_gp] root 4 0.0 0.0 0 0 ? I< 07:42 0:00 [rcu_par_gp] root 8 0.0 0.0 0 0 ? I< 07:42 0:00 [mm_percpu_wq] root 9 0.0 0.0 0 0 ? S 07:42 0:00 [rcu_tasks_rude_] root 10 0.0 0.0 0 0 ? S 07:42 0:00 [rcu_tasks_trace] root 11 0.0 0.0 0 0 ? S 07:42 0:01 [ksoftirqd/0] root 12 0.0 0.0 0 0 ? I 07:42 0:06 [rcu_sched] root 13 0.0 0.0 0 0 ? S 07:42 0:00 [migration/0] root 14 0.0 0.0 0 0 ? S 07:42 0:00 [cpuhp/0] root 15 0.0 0.0 0 0 ? S 07:42 0:00 [cpuhp/1] root 16 0.0 0.0 0 0 ? S 07:42 0:00 [migration/1] root 17 0.0 0.0 0 0 ? S 07:42 0:01 [ksoftirqd/1] root 20 0.0 0.0 0 0 ? S 07:42 0:00 [cpuhp/2] root 21 0.0 0.0 0 0 ? S 07:42 0:00 [migration/2] root 22 0.0 0.0 0 0 ? S 07:42 0:00 [ksoftirqd/2] root 25 0.0 0.0 0 0 ? S 07:42 0:00 [cpuhp/3] root 26 0.0 0.0 0 0 ? S 07:42 0:00 [migration/3] root 27 0.0 0.0 0 0 ? S 07:42 0:00 [ksoftirqd/3] root 30 0.0 0.0 0 0 ? S 07:42 0:00 [kdevtmpfs] root 31 0.0 0.0 0 0 ? I< 07:42 0:00 [netns] root 34 0.0 0.0 0 0 ? S 07:42 0:00 [kauditd] root 36 0.0 0.0 0 0 ? S 07:42 0:00 [khungtaskd] root 37 0.0 0.0 0 0 ? S 07:42 0:00 [oom_reaper] root 38 0.0 0.0 0 0 ? I< 07:42 0:00 [writeback] root 39 0.0 0.0 0 0 ? S 07:42 0:02 [kcompactd0] root 57 0.0 0.0 0 0 ? I< 07:42 0:00 [kblockd] root 58 0.0 0.0 0 0 ? I< 07:42 0:00 [blkcg_punt_bio] root 59 0.0 0.0 0 0 ? S 07:42 0:00 [watchdogd] root 61 0.0 0.0 0 0 ? I< 07:42 0:01 [kworker/3:1H-kblockd] root 62 0.0 0.0 0 0 ? I< 07:42 0:00 [rpciod] root 63 0.0 0.0 0 0 ? I< 07:42 0:00 [kworker/u9:0] root 64 0.0 0.0 0 0 ? I< 07:42 0:00 [xprtiod] root 65 0.0 0.0 0 0 ? S 07:42 0:00 [kswapd0] root 66 0.0 0.0 0 0 ? I< 07:42 0:00 [nfsiod] root 69 0.0 0.0 0 0 ? I< 07:43 0:00 [iscsi_eh] root 70 0.0 0.0 0 0 ? I< 07:43 0:00 [iscsi_destroy] root 71 0.0 0.0 0 0 ? I< 07:43 0:00 [dwc_otg] root 72 0.0 0.0 0 0 ? I< 07:43 0:00 [DWC Notificatio] root 73 0.0 0.0 0 0 ? S< 07:43 0:00 [vchiq-slot/0] root 74 0.0 0.0 0 0 ? S< 07:43 0:00 [vchiq-recy/0] root 75 0.0 0.0 0 0 ? S< 07:43 0:00 [vchiq-sync/0] root 76 0.0 0.0 0 0 ? I< 07:43 0:00 [zswap-shrink] root 80 0.0 0.0 0 0 ? I< 07:43 0:00 [mmc_complete] root 81 0.0 0.0 0 0 ? I< 07:43 0:01 [kworker/1:1H-kblockd] root 83 0.0 0.0 0 0 ? I< 07:43 0:02 [kworker/2:1H-kblockd] root 84 0.0 0.0 0 0 ? S 07:43 0:01 [jbd2/mmcblk0p2-] root 85 0.0 0.0 0 0 ? I< 07:43 0:00 [ext4-rsv-conver] root 89 0.0 0.0 0 0 ? I< 07:43 0:00 [ipv6_addrconf] root 118 0.1 0.7 35452 7036 ? Ss 07:43 0:19 /lib/systemd/systemd-journald root 152 0.0 0.0 0 0 ? I 07:43 0:00 [kworker/u8:2-events_unbound] root 153 0.0 0.4 18444 3788 ? Ss 07:43 0:00 /lib/systemd/systemd-udevd root 167 0.0 0.0 0 0 ? S 07:43 0:00 [vchiq-keep/0] root 168 0.0 0.0 0 0 ? S< 07:43 0:00 [SMIO] root 182 0.0 0.0 0 0 ? I< 07:43 0:00 [mmal-vchiq] root 184 0.0 0.0 0 0 ? I< 07:43 0:00 [mmal-vchiq] root 186 0.0 0.0 0 0 ? I< 07:43 0:00 [mmal-vchiq] root 187 0.0 0.0 0 0 ? I< 07:43 0:00 [mmal-vchiq] root 189 0.0 0.0 0 0 ? I< 07:43 0:00 [mmal-vchiq] systemd+ 275 0.0 0.5 22384 5416 ? Ssl 07:43 0:00 /lib/systemd/systemd-timesyncd root 296 0.0 0.3 25504 3132 ? Ssl 07:43 0:05 /usr/sbin/rsyslogd -n -iNONE nobody 300 0.0 0.2 4320 2016 ? Ss 07:43 0:00 /usr/sbin/thd --triggers /etc/triggerhappy/triggers.d/ --socket /run/thd.socket --user nobody --deviceglob /dev/input/event* message+ 303 0.1 0.3 6664 3560 ? Ss 07:43 0:15 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only root 308 0.0 0.5 13012 5528 ? Ss 07:43 0:05 /lib/systemd/systemd-logind root 311 0.0 0.3 10712 3724 ? Ss 07:43 0:00 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant avahi 313 0.0 0.3 5768 2972 ? Ss 07:43 0:05 avahi-daemon: running [raspberrypi.local] root 319 0.0 0.2 7948 2108 ? Ss 07:43 0:00 /usr/sbin/cron -f root 321 0.0 0.4 11756 4464 ? SNs 07:43 0:00 /usr/sbin/alsactl -E HOME=/run/alsa -s -n 19 -c rdaemon root 329 0.0 0.6 27892 6432 ? Ss 07:43 0:00 /usr/sbin/cupsd -l avahi 333 0.0 0.0 5768 228 ? S 07:43 0:00 avahi-daemon: chroot helper root 344 0.0 0.0 27656 80 ? SLsl 07:43 0:00 /usr/sbin/rngd -r /dev/hwrng root 390 0.0 0.9 40324 8640 ? Ssl 07:43 0:00 /usr/sbin/cups-browsed root 402 0.0 0.0 0 0 ? I< 07:43 0:00 [cfg80211] root 407 0.0 0.2 2832 1892 ? Ss 07:43 0:01 /sbin/dhcpcd -q -b root 443 0.0 0.5 10684 5136 ? Ss 07:43 0:00 /usr/sbin/sshd -D root 453 0.0 0.0 0 0 ? I< 07:43 0:00 [wg-crypt-wgclie] root 457 0.0 0.1 6616 1708 ? Ss+ 07:43 0:00 /sbin/agetty -o -p -- \u --keep-baud 115200,38400,9600 ttyAMA0 vt220 root 459 0.0 0.1 4308 1364 tty1 Ss+ 07:43 0:00 /sbin/agetty -o -p -- \u --noclear tty1 linux root 6962 0.0 0.6 12196 6172 ? Ss 08:26 0:00 sshd: pi [priv] pi 6981 0.0 0.7 14572 7248 ? Ss 08:26 0:00 /lib/systemd/systemd --user pi 6982 0.0 0.3 16800 3308 ? S 08:26 0:00 (sd-pam) pi 6996 0.0 0.4 12196 4188 ? R 08:26 0:02 sshd: pi@pts/0 pi 6997 0.0 0.3 8488 3632 pts/0 Ss 08:26 0:00 -bash root 8449 0.0 0.0 0 0 ? I 09:45 0:00 [kworker/u8:1-events_unbound] root 10136 0.0 0.0 0 0 ? I< 10:25 0:00 [kworker/2:0H] root 10597 0.0 0.0 0 0 ? I< 10:35 0:00 [kworker/0:2H] root 12057 0.1 0.0 0 0 ? I 11:08 0:03 [kworker/2:2-events_power_efficient] root 12267 0.0 0.0 0 0 ? I< 11:13 0:00 [kworker/3:0H] root 12742 0.0 0.0 0 0 ? I< 11:24 0:00 [kworker/1:0H] root 12840 0.0 0.0 0 0 ? I< 11:25 0:01 [kworker/0:0H-mmc_complete] root 13210 0.0 0.0 0 0 ? I 11:33 0:00 [kworker/0:0-events] root 13293 0.0 0.0 0 0 ? I 11:35 0:00 [kworker/1:2-events] root 13498 0.0 0.0 0 0 ? I 11:39 0:00 [kworker/0:2-events_power_efficient] root 13511 0.0 0.0 0 0 ? I 11:39 0:00 [kworker/3:0-mm_percpu_wq] root 13572 0.0 0.0 0 0 ? I 11:41 0:00 [kworker/1:3-wg-crypt-wgclient0] root 13609 0.1 0.0 0 0 ? I 11:44 0:00 [kworker/2:1-events] root 13612 0.0 0.0 0 0 ? I 11:45 0:00 [kworker/3:1-events_power_efficient] root 13642 0.0 0.0 0 0 ? I 11:46 0:00 [kworker/1:0-wg-crypt-wgclient0] root 13668 0.3 0.0 0 0 ? I 11:48 0:00 [kworker/u8:0-events_unbound] root 13678 0.0 0.0 0 0 ? I< 11:48 0:00 [kworker/0:1H-kblockd] root 13849 0.1 1.4 84832 13268 ? Ssl 11:48 0:00 /usr/lib/packagekit/packagekitd root 13853 0.1 0.9 41472 8540 ? Ssl 11:48 0:00 /usr/lib/policykit-1/polkitd --no-debug root 13860 0.0 0.0 0 0 ? I< 11:48 0:00 [kworker/1:2H] root 14202 0.0 0.0 0 0 ? I 11:48 0:00 [kworker/0:1-mm_percpu_wq] root 14203 0.0 0.0 0 0 ? I< 11:49 0:00 [kworker/2:2H-kblockd] root 14206 0.0 0.0 0 0 ? I< 11:49 0:00 [kworker/3:2H] root 14207 0.2 0.0 0 0 ? I 11:49 0:00 [kworker/2:0-events_power_efficient] root 14400 0.0 0.0 0 0 ? I 11:51 0:00 [kworker/3:2-events_power_efficient] pi 14431 0.0 0.2 9788 2500 pts/0 R+ 11:52 0:00 ps auxww pi@raspberrypi:~ $ -
nmap DeineIP -p- -
ich hatte mal was hierzu "no-connection-to-databases-possible": vor ein paar Monaten
bei Ihm hat der Timeout auf 30000 was gebracht .
https://forum.iobroker.net/topic/54757/no-connection-to-databases-possible/26
https://forum.iobroker.net/topic/54757/no-connection-to-databases-possible/22
-
@glasfaser Danke. Bisher leider ohne Erfolg. Hatte bei der Suche gleichem Problem, das wohl auch mal gefunden und schon auf 5000 erhöht. Jetzt auf 30000 aber auch ohne Erfolg.
-
@glasfaser Danke ich glaube es geht vorwärts! Nicht nur unter objects auf hochsetzen sondern auch unter states. Das schaut besser aus!
-
@dieter_p sagte in Server Cannot start inMem-objects on port 9001:
Das schaut besser aus!
Mehr an Fehlersuche .... ist mir auch nicht dazu eingefallen .
-
@glasfaser @apollon77 @thomas-braun
Danke Euch!!!!
-
Leider zu früh gefreut.
Die Verbindung zur Datenbank war wieder da und habe per iob update, upgrade und upgrade self alles auf den Neusten stand gebracht. Leider nie geprüft ob die Weboberfläche auch ok ist. Dann noch auf die empfohlene Node.js Version 16 hochgezogen und schon geht nix mehr.
Die Zeiten für die Connection TimeOuts geprüft, die stehen noch auf 60000. Fixer laufen lassen und Reboot.....leider nein Entweder dieser Port 9000/9001 Fehler oder No connection dB wie ganz am Anfang
