NEWS

@thomas-braun
Hi Thomas,
danke für die schnelle Antwort.

Hat soweit geklappt. Zumindest sieht es aus wie früher
Jetzt noch neuer Zigbee Koordinator, dann is gut für den Anfang.

Vielen Dank.

@docadams

Dann legt sich das Kätzchen wohl eigene ssh-Schlüssel irgendwo hin.

@codierknecht hab gerade kontakt zu ihm aufgenommen, danke

@schöni Das hat mir den Tag gerettet, Danke! Hatte genau das selbe Problem, mit deinem Fix scheint alles zu laufen.
Grüße!

Hallo,
inzwischen habe ich mir Tasmota Steckdosen zugelegt und mit diesen Probiert.

wenn ich die Stecker via script schalte (SONOF) , dann geht es wenn ich stattdessen Alexa 2.0 Smart Home Device nehme geht es auch nur 2x an und 2x aus

nuns tellt sich für mich die Frage warum - hoffe es kann mir wer weiterhelfen.
Erlaubt Alexa nur eine gewisse Anzahl von Schaltvorgängen pro Zeit? Oder ist irgendwo eine andere Limitation?
Wenn dem so ist, kann man das irgendwo nachlesen?

Danke für Eure Inputs

@glasfaser dann teste ich das mal

2024-01-20 13:58:03.766 - info: host.debianioBroker stopInstance system.adapter.backitup.0 (force=false, process=true) 2024-01-20 13:58:03.793 - info: backitup.0 (4018) Got terminate signal TERMINATE_YOURSELF 2024-01-20 13:58:03.804 - info: backitup.0 (4018) cleaned everything up... 2024-01-20 13:58:03.805 - info: backitup.0 (4018) terminating 2024-01-20 13:58:03.805 - info: backitup.0 (4018) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2024-01-20 13:58:03.840 - info: host.debianioBroker stopInstance system.adapter.backitup.0 send kill signal 2024-01-20 13:58:04.308 - info: backitup.0 (4018) terminating 2024-01-20 13:58:04.373 - info: host.debianioBroker instance system.adapter.backitup.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2024-01-20 13:58:06.880 - info: host.debianioBroker instance system.adapter.backitup.0 started with pid 4496 2024-01-20 13:58:08.353 - info: backitup.0 (4496) starting. Version 2.9.8 in /opt/iobroker/node_modules/iobroker.backitup, node: v18.19.0, js-controller: 5.0.17 2024-01-20 13:58:08.422 - info: backitup.0 (4496) [iobroker] backup will be activated at 02:48 every 1 day(s) 2024-01-20 13:58:08.488 - info: backitup.0 (4496) [ccu] backup will be activated at 01:36 every 3 day(s) 2024-01-20 13:59:20.907 - info: host.debianioBroker stopInstance system.adapter.backitup.0 (force=false, process=true) 2024-01-20 13:59:20.914 - info: backitup.0 (4496) Got terminate signal TERMINATE_YOURSELF 2024-01-20 13:59:20.916 - info: backitup.0 (4496) cleaned everything up... 2024-01-20 13:59:20.916 - info: backitup.0 (4496) terminating 2024-01-20 13:59:20.917 - info: backitup.0 (4496) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2024-01-20 13:59:20.956 - info: host.debianioBroker stopInstance system.adapter.backitup.0 send kill signal 2024-01-20 13:59:21.419 - info: backitup.0 (4496) terminating 2024-01-20 13:59:21.454 - info: host.debianioBroker instance system.adapter.backitup.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2024-01-20 13:59:23.972 - info: host.debianioBroker instance system.adapter.backitup.0 started with pid 4512 2024-01-20 13:59:24.898 - debug: backitup.0 (4512) Redis Objects: Use Redis connection: 127.0.0.1:9001 2024-01-20 13:59:24.956 - debug: backitup.0 (4512) Objects client ready ... initialize now 2024-01-20 13:59:24.957 - debug: backitup.0 (4512) Objects create System PubSub Client 2024-01-20 13:59:24.958 - debug: backitup.0 (4512) Objects create User PubSub Client 2024-01-20 13:59:24.973 - debug: backitup.0 (4512) Objects client initialize lua scripts 2024-01-20 13:59:24.978 - debug: backitup.0 (4512) Objects connected to redis: 127.0.0.1:9001 2024-01-20 13:59:24.981 - silly: backitup.0 (4512) redis psubscribe cfg.o.system.user.* 2024-01-20 13:59:24.986 - silly: backitup.0 (4512) redis psubscribe cfg.o.enum.* 2024-01-20 13:59:24.988 - silly: backitup.0 (4512) objectDB connected 2024-01-20 13:59:24.989 - debug: backitup.0 (4512) Redis States: Use Redis connection: 127.0.0.1:9000 2024-01-20 13:59:24.995 - debug: backitup.0 (4512) States create System PubSub Client 2024-01-20 13:59:24.996 - debug: backitup.0 (4512) States create User PubSub Client 2024-01-20 13:59:25.003 - debug: backitup.0 (4512) States connected to redis: 127.0.0.1:9000 2024-01-20 13:59:25.004 - silly: backitup.0 (4512) statesDB connected 2024-01-20 13:59:25.022 - debug: backitup.0 (4512) Plugin sentry Initialize Plugin (enabled=true) 2024-01-20 13:59:25.325 - info: backitup.0 (4512) starting. Version 2.9.8 in /opt/iobroker/node_modules/iobroker.backitup, node: v18.19.0, js-controller: 5.0.17 2024-01-20 13:59:25.363 - silly: backitup.0 (4512) States system redis pmessage system.adapter.backitup.0.logLevel/system.adapter.backitup.0.logLevel:{"val":"silly","ack":true,"ts":1705755565343,"q":0,"from":"system.adapter.backitup.0","lc":1705755565343} 2024-01-20 13:59:25.372 - debug: backitup.0 (4512) Backitup has recognized a linux system 2024-01-20 13:59:25.389 - info: backitup.0 (4512) [iobroker] backup will be activated at 02:48 every 1 day(s) 2024-01-20 13:59:25.445 - info: backitup.0 (4512) [ccu] backup will be activated at 01:36 every 3 day(s) 2024-01-20 13:59:25.457 - debug: backitup.0 (4512) No backup file was found 2024-01-20 13:59:30.060 - info: host.debianioBroker stopInstance system.adapter.backitup.0 (force=false, process=true) 2024-01-20 13:59:30.068 - silly: backitup.0 (4512) States system redis pmessage system.adapter.backitup.0.sigKill/system.adapter.backitup.0.sigKill:{"val":-1,"ack":false,"ts":1705755570066,"q":0,"from":"system.host.debianioBroker","lc":1705755570066} 2024-01-20 13:59:30.068 - info: backitup.0 (4512) Got terminate signal TERMINATE_YOURSELF 2024-01-20 13:59:30.069 - info: backitup.0 (4512) cleaned everything up... 2024-01-20 13:59:30.070 - info: backitup.0 (4512) terminating 2024-01-20 13:59:30.070 - debug: backitup.0 (4512) Plugin sentry destroyed 2024-01-20 13:59:30.071 - info: backitup.0 (4512) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2024-01-20 13:59:30.108 - info: host.debianioBroker stopInstance system.adapter.backitup.0 send kill signal 2024-01-20 13:59:30.575 - info: backitup.0 (4512) terminating 2024-01-20 13:59:30.612 - info: host.debianioBroker instance system.adapter.backitup.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2024-01-20 13:59:33.123 - info: host.debianioBroker instance system.adapter.backitup.0 started with pid 4527 2024-01-20 13:59:34.006 - debug: backitup.0 (4527) Redis Objects: Use Redis connection: 127.0.0.1:9001 2024-01-20 13:59:34.075 - debug: backitup.0 (4527) Objects client ready ... initialize now 2024-01-20 13:59:34.076 - debug: backitup.0 (4527) Objects create System PubSub Client 2024-01-20 13:59:34.077 - debug: backitup.0 (4527) Objects create User PubSub Client 2024-01-20 13:59:34.091 - debug: backitup.0 (4527) Objects client initialize lua scripts 2024-01-20 13:59:34.097 - debug: backitup.0 (4527) Objects connected to redis: 127.0.0.1:9001 2024-01-20 13:59:34.099 - silly: backitup.0 (4527) redis psubscribe cfg.o.system.user.* 2024-01-20 13:59:34.105 - silly: backitup.0 (4527) redis psubscribe cfg.o.enum.* 2024-01-20 13:59:34.106 - silly: backitup.0 (4527) objectDB connected 2024-01-20 13:59:34.108 - debug: backitup.0 (4527) Redis States: Use Redis connection: 127.0.0.1:9000 2024-01-20 13:59:34.131 - debug: backitup.0 (4527) States create System PubSub Client 2024-01-20 13:59:34.132 - debug: backitup.0 (4527) States create User PubSub Client 2024-01-20 13:59:34.141 - debug: backitup.0 (4527) States connected to redis: 127.0.0.1:9000 2024-01-20 13:59:34.142 - silly: backitup.0 (4527) statesDB connected 2024-01-20 13:59:34.160 - debug: backitup.0 (4527) Plugin sentry Initialize Plugin (enabled=true) 2024-01-20 13:59:34.473 - info: backitup.0 (4527) starting. Version 2.9.8 in /opt/iobroker/node_modules/iobroker.backitup, node: v18.19.0, js-controller: 5.0.17 2024-01-20 13:59:34.522 - silly: backitup.0 (4527) States system redis pmessage system.adapter.backitup.0.logLevel/system.adapter.backitup.0.logLevel:{"val":"silly","ack":true,"ts":1705755574490,"q":0,"from":"system.adapter.backitup.0","lc":1705755565343} 2024-01-20 13:59:34.530 - debug: backitup.0 (4527) Backitup has recognized a linux system 2024-01-20 13:59:34.548 - info: backitup.0 (4527) [iobroker] backup will be activated at 02:48 every 1 day(s) 2024-01-20 13:59:34.604 - info: backitup.0 (4527) [ccu] backup will be activated at 01:36 every 3 day(s) 2024-01-20 13:59:34.617 - debug: backitup.0 (4527) No backup file was found 2024-01-20 13:59:49.187 - info: admin.0 (576) <== Disconnect system.user.admin from ::ffff:192.168.178.38 2024-01-20 14:06:20.463 - info: admin.0 (576) <== Disconnect system.user.admin from ::ffff:192.168.178.38 admin 2024-01-20 14:08:18.386 - info: admin.0 (576) ==> Connected system.user.admin from ::ffff:192.168.178.38 2024-01-20 14:08:36.765 - info: admin.0 (576) ==> Connected system.user.admin from ::ffff:192.168.178.38 2024-01-20 14:08:36.866 - silly: backitup.0 (4527) States system redis pmessage io.messagebox.system.adapter.backitup.0/io.messagebox.system.adapter.backitup.0:{"command":"getFileSystemInfo","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":6297,"ack":false,"time":1705756116864},"_id":95485205} 2024-01-20 14:08:36.873 - silly: backitup.0 (4527) States system redis pmessage io.messagebox.system.adapter.backitup.0/io.messagebox.system.adapter.backitup.0:{"command":"getSystemInfo","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":6298,"ack":false,"time":1705756116870},"_id":95485206} 2024-01-20 14:08:36.877 - silly: backitup.0 (4527) sendTo "getSystemInfo" to system.adapter.admin.0 from system.adapter.backitup.0 2024-01-20 14:08:36.883 - debug: backitup.0 (4527) The local storage check was completed successfully. On the host "debianioBroker" are currently 28077 MB free space available! 2024-01-20 14:08:36.884 - silly: backitup.0 (4527) sendTo "getFileSystemInfo" to system.adapter.admin.0 from system.adapter.backitup.0 2024-01-20 14:08:36.917 - silly: backitup.0 (4527) States system redis pmessage io.messagebox.system.adapter.backitup.0/io.messagebox.system.adapter.backitup.0:{"command":"getTelegramUser","message":{"config":{"instance":""}},"from":"system.adapter.admin.0","callback":{"message":{"config":{"instance":""}},"id":6299,"ack":false,"time":1705756116916},"_id":95485207} 2024-01-20 14:08:36.920 - silly: backitup.0 (4527) States system redis pmessage io.messagebox.system.adapter.backitup.0/io.messagebox.system.adapter.backitup.0:{"command":"getNotificationTargets","message":{},"from":"system.adapter.admin.0","callback":{"message":{},"id":6300,"ack":false,"time":1705756116920},"_id":95485208} 2024-01-20 14:09:37.648 - info: admin.0 (576) <== Disconnect system.user.admin from ::ffff:192.168.178.38 2024-01-20 14:14:11.015 - info: admin.0 (576) ==> Connected system.user.admin from ::ffff:192.168.178.38 2024-01-20 14:14:11.118 - silly: backitup.0 (4527) States system redis pmessage io.messagebox.system.adapter.backitup.0/io.messagebox.system.adapter.backitup.0:{"command":"getFileSystemInfo","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":6307,"ack":false,"time":1705756451117},"_id":95485215} 2024-01-20 14:14:11.124 - debug: backitup.0 (4527) The local storage check was completed successfully. On the host "debianioBroker" are currently 28077 MB free space available! 2024-01-20 14:14:11.127 - silly: backitup.0 (4527) sendTo "getFileSystemInfo" to system.adapter.admin.0 from system.adapter.backitup.0 2024-01-20 14:14:11.128 - silly: backitup.0 (4527) States system redis pmessage io.messagebox.system.adapter.backitup.0/io.messagebox.system.adapter.backitup.0:{"command":"getSystemInfo","message":null,"from":"system.adapter.admin.0","callback":{"message":null,"id":6308,"ack":false,"time":1705756451124},"_id":95485216} 2024-01-20 14:14:11.129 - silly: backitup.0 (4527) sendTo "getSystemInfo" to system.adapter.admin.0 from system.adapter.backitup.0 2024-01-20 14:14:11.172 - silly: backitup.0 (4527) States system redis pmessage io.messagebox.system.adapter.backitup.0/io.messagebox.system.adapter.backitup.0:{"command":"getTelegramUser","message":{"config":{"instance":""}},"from":"system.adapter.admin.0","callback":{"message":{"config":{"instance":""}},"id":6309,"ack":false,"time":1705756451170},"_id":95485217} 2024-01-20 14:14:11.180 - silly: backitup.0 (4527) States system redis pmessage io.messagebox.system.adapter.backitup.0/io.messagebox.system.adapter.backitup.0:{"command":"getNotificationTargets","message":{},"from":"system.adapter.admin.0","callback":{"message":{},"id":6310,"ack":false,"time":1705756451174},"_id":95485218}

@topsurfer sagte in Neuinstallation: Als Docker-Container oder Native. 3x USB:

Aber man kann in proxmox auch Container installieren,

Natürlich, dann gelten aber die Sonderlocken für Container

@schlumbi
Auf jeden Fall Danke für die Rückmeldung, ich hab das gleich in der Windows-Installationsdoku im Kapitel Fehlersuche ergänzt. Sollte in den nächsten Tagen in der Doku auftauchen.

https://www.iobroker.net/#de/documentation/install/windows.md

@howibroker

Welche Basis haben wir da?

iob stop iob fix iob start

Und dann die Ausgabe von

iob diag

posten.

@schmitzkatze sagte in ioBroker versehentlich als root installiert.:

Und dann kein Passwort vergeben.

Richtig, der root erhält kein Passwort. Und deswegen kann der sich dann auch gar nicht erst direkt einloggen.

@maximal1981 sagte in kann keinen Adapter mehr updaten:

Aber das hatte ich nie, soll das jetzt nicht umgesetzt werden?

Doch, du sollst natürlich weiterhin Updates fahren. Allerdings war bei dir das nodesource-Repository noch nicht auf die aktuellste Version mit dem richtigen Pinning umgestellt. Weswegen dir der Paketmanager die aktuellste Version von nodejs eingespielt hat, die aber nicht zum ioBroker passt.

Das ist aber jetzt alles wieder richtig, kannst also nun wieder wie gewohnt deine Updates einspielen.

@Marvin
Deutscher Forumsteil, deutsche IP (bei mir um die Ecke im Norden), warum dann nicht auf Deutsch?

EDIT
So kann man es natürlich auch machen. Anstatt zu reagieren einfach abmelden und wieder verschwinden.

@marc-berg super, danke.

@warhammer73 sagte in Aktualisierung Node für Zigbee:

genau das wollte ich nicht tun.

Es wird dir aber niemand vorab für dein System verbindlich zusagen. Kannst du nur probieren.
Wobei mittlerweile bei deutlich mehr als 50% der Installationen nodejs@18 läuft. Kann also generell keine großen Macken haben.

@maddin44
Dann wird es Zeit für eine Auffrischung.

@peter-gloor sagte in Installation auf Raspi - Einfacher geht's nicht:

Vor dem Start des Scripts habe ich die /etc/fstab entsprechend der Anleitung angepasst.

Wo steht denn in der 'einfacher geht's nicht'-Anleitung drin, dass man irgendwas in der /etc/fstab rumfummeln müsste?

Kurz: So wie es da oben steht funktionierte es 2022 und so funktioniert es auch im Januar 2024 noch.

Auf einem Raspi3 mit magerem 1GB Ram entsprechend laaaaaaaaaaaaaangsam halt. Aber das ist der Hardware geschuldet. Die Empfehlung geht Stand heute zu 4GB.

€dit: Du meinst den Befehl?

sudo sed -i -e 's/defaults,noatime/defaults,noatime,commit=600/' /etc/fstab

Kannste auch weglassen.

Hallo ihr 3.....

danke für eure Hilfe. Was soll ich sagen, ich habe das System heute jetzt nochmals genau so aufgesetzt wie gestern, jetzt läuft es wohl wieder.
Die Error-Logs mit ENOTEMPTY sind weg, die K-Size-Meldungen waren noch da, hab ich mit dem Tipp mit dem Häkchen bei SD-Karte in den Griff bekommen - Danke daür!

Die Vis konnte ich jetzt auch installieren, allerdings kommt im Editor unter Port 8082 jetzt immer oben rot "keine Verbindung".
Aber das hatte ich schonmal, muss mir meine altne Notizen dazu nochmal raussuchen 😉

@dukle sagte in Fehler und Abbruch bei Neuinstallation in Docker-Umgebung:

@glasfaser
Hallo,
ich wollte mich nur melden.

System läuft wieder.

.... 👍

Freut mich das du den Fehler gefunden hast ( NodeRed )

@anselra
Es gibt noch eine environment Variable von Buanet mit dem man den debug Modus des Containers einschalten kann

@homoran said in vermurkste Installation:

@radix75 sagte in vermurkste Installation:

@homoran said in vermurkste Installation:

@radix75 dann nimm die 2te Karte und fang mit OS und piVCCU an.

ich bin mir immer noch nicht sicher ob dein Netzwerk sauber tickt.

Können wir das noch irgendwie Herausfinden?

ich leider nicht.
Die Frage ist, warum es keine funktionierende Namensauflösung gibt.

So nach langem suchen und Hilfe im ELV Forum habe ich herausgefunden woran es lag das die Namensauflösung nicht geht.
Ich habe hier vor längerer Zeit den nameserver 37.4.251.175 von meinem VPN Service in der Fritzbox eingetragen scheinbar blockt dieser dann Anfragen an externe Webseiten so auch an den KAY server von ELV
Test über

code_text ```pi@raspberrypi:~ $ ping www.google.de und pi@raspberrypi:~ $ cat /etc/resolv.conf domain fritz.box search fritz.box nameserver 37.4.251.175

pi@raspberrypi:~ $ ls -la /etc/resolv.confich habe das auf die IP 192.168.1.1 meiner Fritzbox geändert.
Das einzige Problem ist wie ich jetzt über VPN auf neine WEB UI der CCU komme wie macht ihr das so?