@init5 Keine Ahnung was du gemacht hast und ob das ursächlich gewesen sein könnte.

Vielen Dank, es läuft wieder! Eine Spende geht ans Forum!

@marty56 sagte in VIS Editor nach Restore kann nicht mehr schreiben: insbesondere wenn man noch influxdb und grafana ja , das habe ich in den anderen Thread´s schon mitbekommen ...... aber da warst du auch in guten Händen ;) Aber jetzt scheint es wieder zu laufen freut mich ...

@hschief https://forum.iobroker.net/topic/58081/iobroker-multihost-slave-startet-nicht-mehr/22?_=1664456967191

@rene-2 sagte in iobroker start - No connection to databases possible: Falls das dennoch von Bedeutung ist, um noch weitere Fehler zu erkennen: Alles gut, keine Fehler zu sehen.

@glasfaser - Danke! - hat geklappt. Großartig.

@jens1987 Beispiel : https://forum.iobroker.net/topic/55406/gelöst-zigbee-coordinator-per-ethernet-statt-usb oder schon fertig https://forum.iobroker.net/topic/48312/verkaufe-zigbee-lan-usb-wlan-gateway-cc2652p?_=1664193637707

@haselchen Mensch, den Haken habe ich tatsächlich übersehen!!! Besten Dank :)

Ich bin der selben Meinung wie @AndyGR42 Versuche auf einen zentralen Switch zu gehen. Am besten gleich einen Managed Switch. Dann kannst du, wenn du das willst, auf VLANs gehen. So kannst du alles sauber trennen und trotzdem alles auf einen AccessPoint legen. Heißt du könntest ein Internes-, ein Gäste- und ein IoT Netz machen und sauber trennen. Bezüglich der AccessPoints gehen die Meinungen sehr auseinander. Ich persönlich würde keinen Ubiquiti kaufen, aber das ist persönliche Einstellung. Wichtig ist, dass die AccessPoints VLAN und MSSID können( wenn du das wünscht) Auch wichtig ist, dass du einen Router brauchst, der sich um alles kümmert. Der Vodafone Router kann kein VLAN. Also einen Router hinter Vodafone und am besten aus dem Vodafone eine reines Modem machen. Die nächste Frage ist, warum nutzt du zum Zocken und Streaming usw. den selben PC wie für deinen iobroker ? Hättest du nicht ein älteres Notebook, Raspberry Pi oder sonstiges, auf dem der iobroker laufen kann? Vielleicht würde dann mit deinem Konstrukt auch alles besser laufen, wenn ein Gerät nur für iobroker zuständig wäre? Aber trotzdem wäre ein Umbau im Netzwerk vermutlich nicht schlecht. Ein Kaskadierung würde ich auch wenn möglich vermeiden. Erst Anlaufpunkt, wie bereits gesagt, ein zentraler Switch und alles per LAN angeschlossen.

und noch mehr [sudo] Passwort für bernd: OK:1 http://deb.debian.org/debian bullseye InRelease OK:2 http://deb.debian.org/debian bullseye-updates InRelease OK:3 http://deb.debian.org/debian bullseye-proposed-updates InRelease OK:4 http://phoscon.de/apt/deconz bullseye-beta InRelease OK:5 http://security.debian.org/debian-security bullseye-security InRelease OK:6 http://phoscon.de/apt/deconz bullseye InRelease OK:7 https://deb.nodesource.com/node_16.x bullseye InRelease OK:8 https://packages.grafana.com/oss/deb stable InRelease OK:9 https://repos.influxdata.com/debian bullseye InRelease Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Alle Pakete sind aktuell. nodejs: Installiert: 16.17.1-deb-1nodesource1 Installationskandidat: 16.17.1-deb-1nodesource1 Versionstabelle: *** 16.17.1-deb-1nodesource1 500 500 https://deb.nodesource.com/node_16.x bullseye/main amd64 Packages 100 /var/lib/dpkg/status 12.22.12~dfsg-1~deb11u1 500 500 http://security.debian.org/debian-security bullseye-security/main amd64 Packages 12.22.5~dfsg-2~11u1 500 500 http://deb.debian.org/debian bullseye/main amd64 Packages bernd@HomeServer:~$ einzig deconz zickt noch rum, aber das ist eh disabled, weil ich den Port noch nicht umgestellt habe. CU Bernd

@crunchip Danke. Das ist ja nur eine warnmeldung und alles funktioniert soweit. Also werde ich das wohl erstmal ignorieren. Wenn das woanders ebenfalls auftaucht scheint es vermutlich irgendwas mit beschädigten Datenpaketen zu tun zu haben. Mal schauen ob ich mit Timeouts spielen kann.

@paul53 danke, das hatte ich schon probiert. Auch den Zoom vom Browser hatte ich verkleinert. Der Doppelklick auf die gestrichelte Linie hat geholfen. Vielen Dank!

@thomas-braun Ja, theoretisch wusste ich das - war bloß zu fix ...

@jey-cee Problem gelöst. Es lag an den " bzw. ' Früher lief das Script. Offensichtlich wurde hier eine zusätzliche Prüfung eingebaut; dass eben dies korrekt zu benutzen ist. Aber erst seit gestern, denn da lief es noch. Komisch. Aber egal, Fehler gefunden.

@thomas-braun sagte in javascript - fehler im log nach update: @bahnuhr Was ist denn jetzt konkret das Problem? Läuft doch. Wollte halt nur wissen warum dies überhaupt kam. Aber ja, es läuft.

@segway https://forum.iobroker.net/topic/57337/fehler-25-bei-adapter-install-update-mit-npm8

@markusk Dann stell das loggen für die Instanz mal auf Debug und poste hier was dort passiert wenn die CCU crasht. Bitte auch Screenshots der Einstellungen vom Adapter posten.

@glasfaser @Thomas-Braun Danke Ihr beiden, war mir nicht sicher ob es das gleiche ist.

@thomas-braun soweit ich mich erinnern kann boote ich tatsächlich das System von der SD-Karte aber das Root-System liegt auf der SSD-Platte. Die root Partition ist auch nach wie vor auf der SSD-Platte. Ich habe auch nur einmal den iobroker installiert. Wo ist denn vermerkt, dass der admin.0 sofort starten soll? Komisch, in der aktuellen fstab verweist /dev/sdb1 auf root obwohl es sdb1 eigentlich nicht gibt! markus@rpi:/boot $ cat /boot/cmdline.txt dwc_otg.lpm_enable=0 console=serial0,115200 console=tty1 root=PARTUUID=3b18e43a-01 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles markus@rpi:/boot $ blkid /dev/mmcblk0p1: LABEL_FATBOOT="boot" LABEL="boot" UUID="0C61-73F5" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="02211fe5-01" /dev/mmcblk0p2: LABEL="rootfs" UUID="43f2d0bb-83be-464f-94d0-9a751f376c64" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="02211fe5-02" /dev/sda1: UUID="bbe67a8e-80a1-4c79-992c-a11ebfacecfe" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="3b18e43a-01" /dev/sda2: UUID="c25aeb0d-0033-4d60-a8a9-a914652a27c1" TYPE="swap" PARTUUID="3b18e43a-02" markus@rpi:/opt/iobroker $ cat /etc/fstab proc /proc proc defaults 0 0 PARTUUID=02211fe5-01 /boot vfat defaults,flush 0 2 #PARTUUID=924c1207-02 / ext4 defaults,noatime 0 1 # a swapfile is not a swap partition, no line here # use dphys-swapfile swap[on|off] for that /dev/sdb1 / ext4 defaults,noatime 0 1 /dev/sdb2 swap swap defaults 0 0 markus@rpi:/opt/iobroker $

@chris299 sagte in Admin im Safari auf IPad?: aber wie konfiguriert man, welche Spalten man überhaupt sehen will? Gar nicht. Das wurde leider wieder entfernt. Warum? Keine Ahnung.