NEWS
[Erl] Fritzbox Neustart -> iobroker-Kollaps
-
@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
@haus-automatisierung
Redet der gute von dir? :)öhmmm, japp :grin:
gut das ich nix gemeines geschrieben habe, sonst hätte der mir niewieder geantwortet... :grin:
@ticaki said in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
@haus-automatisierung
Redet der gute von dir? :)öhmmm, japp :grin:
gut das ich nix gemeines geschrieben habe, sonst hätte der mir niewieder geantwortet... :grin:
:hand_with_index_and_middle_fingers_crossed: :sweat_smile:
-
@homoran said in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Die Redis nutze ich, weil Matthias Kleine das in seinem Masterkurs empfiehlt.
Das war zumindest früher für schwächere SBC bei den states auch empfehlenswert.
Dann kannst Du ihm das ja sagen, dass er das in seinem Kurs ändern soll. Ich als Anfänger halte mich natürlich an die Anleitung.
@haus-automatisierung : was sagst Du dazu?
@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Matthias macht das echt gut
stimmt!
@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
wie ich es in einem Video von einem "Profi-User" gesehen hatte.
ich hoffe nicht, dass das eins dieser ominösen Videos ist, die uns hier nur Ärger bereiten.
Sag Du es mir. Für mich wirkt er seriös. Es ist verdrahtet.info
Hier das Video: https://www.youtube.com/watch?v=e9g-LqHvLWc@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Den Adapter gibt es aber nicht mehr im stable, deshalb hatte ich umgestellt.
das klingt jetzt seltsam. Ins stable kommen sie erst wenn sie weitestgehend durchgetestet sind.
Ja, das dachte ich auch. Es ist/war vis.Materialdesign. In stable nicht mehr zu finden, nur auf github direkt.
Für mich sind ab jetzt 2 Dinge klar:
- nie mehr außerhalb von stable
- keine Videos schauen (nutzen), die älter als ~3 Monate sind - oder zumindest nur, wenn sie nicht gegen Regel 1 verstoßen.:grinning:
@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Dann kannst Du ihm das ja sagen, dass er das in seinem Kurs ändern soll
mach ich!
oder besser noch: ich frage @haus-automatisierung warum er redis für states und objects empfiehlt. Da jann ich dann noch was dazulernen.@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Sag Du es mir. Für mich wirkt er seriös
ja!
verdrahtet gehört zu den wenigen wirklich guten!@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Es ist/war vis.Materialdesign.
passt!
aber das war noch nie im stable.
und wenn ich noch einmal auf das Grundübel und die Art und Weise der Eingrenzung der Ursache um dir zu helfen eingehen darf.
Alles was ich bisher gelesen habe ergibt für mich kei erlei Hinweise für einen "iobroker Kollaps" wegen des Neustarts der Fritzbox.
Auch nicht die zuletzt genannten Punkte.Jetzt lebt ioBroker ja nicht ganz losgelöst alleine auf deinem Rechner.
ioBroker benötigt noch nodejs und dessen Paketmanager npm.
Diese wiederum müssen für das zugrunde liegende Betriebssystem passen.Um jetzt die Ursache deiner Probleme eingrenzen zu können, muss man natürlich sicher sein, dass das Fundament stabil ist. Wenn es da schon morsch ist, kann man bei iobroker lange suchen. Da können dann die seltsamsten Dinge passieren, die nicht zuzuordnen sind, und kei er weiß warum.
Also ist es verständlich, wenn ein User, der sich gut mit Linux auskennt, sich anbietet erst einmal Linux geradezuziehen.
Danach dann nodejs und npm.
Erst wenn das alles senkrecht ist, kann man weiter bestehende Probleme der eigentlichen ioBroker-Installation zuschreiben.
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Dann kannst Du ihm das ja sagen, dass er das in seinem Kurs ändern soll
mach ich!
oder besser noch: ich frage @haus-automatisierung warum er redis für states und objects empfiehlt. Da jann ich dann noch was dazulernen.@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Sag Du es mir. Für mich wirkt er seriös
ja!
verdrahtet gehört zu den wenigen wirklich guten!@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Es ist/war vis.Materialdesign.
passt!
aber das war noch nie im stable.
und wenn ich noch einmal auf das Grundübel und die Art und Weise der Eingrenzung der Ursache um dir zu helfen eingehen darf.
Alles was ich bisher gelesen habe ergibt für mich kei erlei Hinweise für einen "iobroker Kollaps" wegen des Neustarts der Fritzbox.
Auch nicht die zuletzt genannten Punkte.Jetzt lebt ioBroker ja nicht ganz losgelöst alleine auf deinem Rechner.
ioBroker benötigt noch nodejs und dessen Paketmanager npm.
Diese wiederum müssen für das zugrunde liegende Betriebssystem passen.Um jetzt die Ursache deiner Probleme eingrenzen zu können, muss man natürlich sicher sein, dass das Fundament stabil ist. Wenn es da schon morsch ist, kann man bei iobroker lange suchen. Da können dann die seltsamsten Dinge passieren, die nicht zuzuordnen sind, und kei er weiß warum.
Also ist es verständlich, wenn ein User, der sich gut mit Linux auskennt, sich anbietet erst einmal Linux geradezuziehen.
Danach dann nodejs und npm.
Erst wenn das alles senkrecht ist, kann man weiter bestehende Probleme der eigentlichen ioBroker-Installation zuschreiben.
@homoran sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Also ist es verständlich, wenn ein User, der sich gut mit Linux auskennt, sich anbietet erst einmal Linux geradezuziehen.
Bei dem Thema
rootwirkt er aber auf mich etwas ungeduldig. -
@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Dann kannst Du ihm das ja sagen, dass er das in seinem Kurs ändern soll
mach ich!
oder besser noch: ich frage @haus-automatisierung warum er redis für states und objects empfiehlt. Da jann ich dann noch was dazulernen.@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Sag Du es mir. Für mich wirkt er seriös
ja!
verdrahtet gehört zu den wenigen wirklich guten!@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Es ist/war vis.Materialdesign.
passt!
aber das war noch nie im stable.
und wenn ich noch einmal auf das Grundübel und die Art und Weise der Eingrenzung der Ursache um dir zu helfen eingehen darf.
Alles was ich bisher gelesen habe ergibt für mich kei erlei Hinweise für einen "iobroker Kollaps" wegen des Neustarts der Fritzbox.
Auch nicht die zuletzt genannten Punkte.Jetzt lebt ioBroker ja nicht ganz losgelöst alleine auf deinem Rechner.
ioBroker benötigt noch nodejs und dessen Paketmanager npm.
Diese wiederum müssen für das zugrunde liegende Betriebssystem passen.Um jetzt die Ursache deiner Probleme eingrenzen zu können, muss man natürlich sicher sein, dass das Fundament stabil ist. Wenn es da schon morsch ist, kann man bei iobroker lange suchen. Da können dann die seltsamsten Dinge passieren, die nicht zuzuordnen sind, und kei er weiß warum.
Also ist es verständlich, wenn ein User, der sich gut mit Linux auskennt, sich anbietet erst einmal Linux geradezuziehen.
Danach dann nodejs und npm.
Erst wenn das alles senkrecht ist, kann man weiter bestehende Probleme der eigentlichen ioBroker-Installation zuschreiben.
@homoran sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
oder besser noch: ich frage @haus-automatisierung warum er redis für states und objects empfiehlt.
Ich erkläre im Kurs die verschiedenen Datenbanken (Objekte, Zustände) und die verschiedenen Speichermöglichkeiten. Unter anderem zeige ich die Installation von Redis und wie man diese konfiguriert. Ich "empfehle" Redis also nicht, sondern zeige nur die Möglichkeiten auf. Mit dem klaren Hinweis dass das alles optional ist.
-
@homoran sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Also ist es verständlich, wenn ein User, der sich gut mit Linux auskennt, sich anbietet erst einmal Linux geradezuziehen.
Bei dem Thema
rootwirkt er aber auf mich etwas ungeduldig.@ticaki sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
@homoran sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Also ist es verständlich, wenn ein User, der sich gut mit Linux auskennt, sich anbietet erst einmal Linux geradezuziehen.
Bei dem Thema
rootwirkt er aber auf mich etwas ungeduldig.das ist verständlich!
mit root kann in Sekundenschnelle die Rechtestruktur dermaßen verbogen sein, dass der Systemuser iobroker nicht mehr vernünftig arbeiten kann, weil selbst er nicht die notwendigen Rechte hat.
Das herauszufinden ist dann immer eine Sisyphusarbeitleider kommt es trotzdem täglich vor.
Wenn dann die angesprochenen user das nutzen von root noch ausschließlich auf das verbundene Sicherheitsrisiko reduzieren wollen, tut das sein übriges -
@ticaki sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
@homoran sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Also ist es verständlich, wenn ein User, der sich gut mit Linux auskennt, sich anbietet erst einmal Linux geradezuziehen.
Bei dem Thema
rootwirkt er aber auf mich etwas ungeduldig.das ist verständlich!
mit root kann in Sekundenschnelle die Rechtestruktur dermaßen verbogen sein, dass der Systemuser iobroker nicht mehr vernünftig arbeiten kann, weil selbst er nicht die notwendigen Rechte hat.
Das herauszufinden ist dann immer eine Sisyphusarbeitleider kommt es trotzdem täglich vor.
Wenn dann die angesprochenen user das nutzen von root noch ausschließlich auf das verbundene Sicherheitsrisiko reduzieren wollen, tut das sein übriges@homoran sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
@ticaki sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
@homoran sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Also ist es verständlich, wenn ein User, der sich gut mit Linux auskennt, sich anbietet erst einmal Linux geradezuziehen.
Bei dem Thema
rootwirkt er aber auf mich etwas ungeduldig.das ist verständlich!
mit root kann in Sekundenschnelle die Rechtestruktur ...
Ja, nur das auch wenn der 100ste User den gleichen Fehler machen, er es zum ersten Mal machen, auch wenn mans schon 99 mal erklärt hat :)
-
@homoran sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
@ticaki sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
@homoran sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Also ist es verständlich, wenn ein User, der sich gut mit Linux auskennt, sich anbietet erst einmal Linux geradezuziehen.
Bei dem Thema
rootwirkt er aber auf mich etwas ungeduldig.das ist verständlich!
mit root kann in Sekundenschnelle die Rechtestruktur ...
Ja, nur das auch wenn der 100ste User den gleichen Fehler machen, er es zum ersten Mal machen, auch wenn mans schon 99 mal erklärt hat :)
@ticaki sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Ja, nur das auch wenn der 100ste User den gleichen Fehler machen, er es zum ersten Mal machen, auch wenn mans schon 99 mal erklärt hat
da muss man aber auch über den Tellerrand sehen!
Diese Nachricht ist auch für die hunderte User oder Interessenten, die diesen Thread lesen.Diese Info kann man gar nicht breit genug streuen.
-
@ticaki sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Ja, nur das auch wenn der 100ste User den gleichen Fehler machen, er es zum ersten Mal machen, auch wenn mans schon 99 mal erklärt hat
da muss man aber auch über den Tellerrand sehen!
Diese Nachricht ist auch für die hunderte User oder Interessenten, die diesen Thread lesen.Diese Info kann man gar nicht breit genug streuen.
Diese Info kann man gar nicht breit genug streuen.
akzeptiert, der Ton passt aber nicht immer.
-
@homoran sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
oder besser noch: ich frage @haus-automatisierung warum er redis für states und objects empfiehlt.
Ich erkläre im Kurs die verschiedenen Datenbanken (Objekte, Zustände) und die verschiedenen Speichermöglichkeiten. Unter anderem zeige ich die Installation von Redis und wie man diese konfiguriert. Ich "empfehle" Redis also nicht, sondern zeige nur die Möglichkeiten auf. Mit dem klaren Hinweis dass das alles optional ist.
@haus-automatisierung said in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
@homoran sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
oder besser noch: ich frage @haus-automatisierung warum er redis für states und objects empfiehlt.
Ich erkläre im Kurs die verschiedenen Datenbanken (Objekte, Zustände) und die verschiedenen Speichermöglichkeiten. Unter anderem zeige ich die Installation von Redis und wie man diese konfiguriert. Ich "empfehle" Redis also nicht, sondern zeige nur die Möglichkeiten auf. Mit dem klaren Hinweis dass das alles optional ist.
Ich habe das als Empfehlung FÜR Redis verstanden, zumal Du es ja auch selber nutzt - zumindest im Iobroker für den Masterkurs. Ist es doch besser auf files am Anfang? Mir ist das total egal, will nur, dass das System läuft.
-
@homoran sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Also ist es verständlich, wenn ein User, der sich gut mit Linux auskennt, sich anbietet erst einmal Linux geradezuziehen.
Bei dem Thema
rootwirkt er aber auf mich etwas ungeduldig.Bei dem Thema root wirkt er aber auf mich etwas ungeduldig.
Wenn du mich meinst: Ja, hat gute Gründe.
-
Diese Info kann man gar nicht breit genug streuen.
akzeptiert, der Ton passt aber nicht immer.
@ticaki das scheint nur so.
-
@haus-automatisierung said in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
@homoran sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
oder besser noch: ich frage @haus-automatisierung warum er redis für states und objects empfiehlt.
Ich erkläre im Kurs die verschiedenen Datenbanken (Objekte, Zustände) und die verschiedenen Speichermöglichkeiten. Unter anderem zeige ich die Installation von Redis und wie man diese konfiguriert. Ich "empfehle" Redis also nicht, sondern zeige nur die Möglichkeiten auf. Mit dem klaren Hinweis dass das alles optional ist.
Ich habe das als Empfehlung FÜR Redis verstanden, zumal Du es ja auch selber nutzt - zumindest im Iobroker für den Masterkurs. Ist es doch besser auf files am Anfang? Mir ist das total egal, will nur, dass das System läuft.
@fleurelle Ich hatte mit Redis nie Probleme... genauso wie ich mit
jsonlnie ein Problem hatte. Läuft beides seit Jahren auf verschiedenen Systemen und mit allen möglichen js-controller Versionen. -
@haus-automatisierung said in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
@homoran sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
oder besser noch: ich frage @haus-automatisierung warum er redis für states und objects empfiehlt.
Ich erkläre im Kurs die verschiedenen Datenbanken (Objekte, Zustände) und die verschiedenen Speichermöglichkeiten. Unter anderem zeige ich die Installation von Redis und wie man diese konfiguriert. Ich "empfehle" Redis also nicht, sondern zeige nur die Möglichkeiten auf. Mit dem klaren Hinweis dass das alles optional ist.
Ich habe das als Empfehlung FÜR Redis verstanden, zumal Du es ja auch selber nutzt - zumindest im Iobroker für den Masterkurs. Ist es doch besser auf files am Anfang? Mir ist das total egal, will nur, dass das System läuft.
@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Ist es doch besser auf files am Anfang?
Am besten ist erstmal die Voreinstellung 'jsonl/jsonl'.
Feintuning kann man dann bei Bedarf immer noch betreiben. -
Hallo liebe Foren-Gemeinde,
als Neuling (ca. 1 Monat) habe ich mir den tollen Masterkurs von Matthias Kleine gekauft und gemäß den Anleitungen das System konfiguriert. Gestern Abend habe ich meine Fritzbox neu gestartet und seither läuft gar nichts mehr.
Heißt:- Die Weboberfläche ist nicht mehr zu erreichen
- Kein Schalter/Skript läuft mehr
Die Umstellung des Ports auf 8089 hat den Zugriff wieder möglich gemacht, allerdings werden keine Instanzen angezeigt, Übersicht und Host werden nicht geöffnet und Objekte, die tatsächlich angezeigt werden, können nicht geschaltet werden. Etc.
Da ich ein Backup (Danke Matthias :grin: ) habe, könnte ich das System wieder ganz neu aufsetzen. Allerdings will ich erst wissen, wieso/wie das passiert ist, um es in Zukunft zu verhindern bzw. das System auch ohne Backuo wieder zum Laufen bringen.
Hat jemand eine Idee oder sogar die Lösung für mein Problem?
Vielen Dank schon mal im Voraus.
Fleurelle
Gemäß der Hinweise hier das Ergebnis von "iob diag"
Skript v.2023-04-16 *** BASE SYSTEM *** Model : Raspberry Pi 4 Model B Rev 1.5 Architecture : aarch64 Docker : false Virtualization : none Distributor ID: Debian Description: Debian GNU/Linux 11 (bullseye) Release: 11 Codename: bullseye PRETTY_NAME="Debian GNU/Linux 11 (bullseye)" NAME="Debian GNU/Linux" VERSION_ID="11" VERSION="11 (bullseye)" VERSION_CODENAME=bullseye ID=debian HOME_URL="https://www.debian.org/" SUPPORT_URL="https://www.debian.org/support" BUG_REPORT_URL="https://bugs.debian.org/" Systemuptime and Load: 13:12:00 up 6:28, 1 user, load average: 0.25, 0.21, 0.08 CPU threads: 4 Raspberry only: throttled=0x0 Other values than 0x0 hint to temperature/voltage problems temp=54.5'C volt=0.9460V *** Time and Time Zones *** Local time: Wed 2023-07-26 13:12:00 CEST Universal time: Wed 2023-07-26 11:12:00 UTC RTC time: n/a Time zone: Europe/Berlin (CEST, +0200) System clock synchronized: yes NTP service: active RTC in local TZ: no *** User and Groups *** pi /home/pi pi adm dialout cdrom sudo audio video plugdev games users input render netdev gpio i2c spi iobroker *** X-Server-Setup *** X-Server: false Desktop: Terminal: tty Boot Target: multi-user.target *** MEMORY *** total used free shared buff/cache available Mem: 7.8G 671M 5.6G 1.0M 1.5G 7.0G Swap: 99M 0B 99M Total: 7.9G 671M 5.7G 7812 M total memory 671 M used memory 791 M active memory 1154 M inactive memory 5640 M free memory 105 M buffer memory 1394 M swap cache 99 M total swap 0 M used swap 99 M free swap Raspberry only: oom events: 0 lifetime oom required: 0 Mbytes total time in oom handler: 0 ms max time spent in oom handler: 0 ms *** FILESYSTEM *** Filesystem Type Size Used Avail Use% Mounted on /dev/root ext4 117G 5.0G 108G 5% / devtmpfs devtmpfs 3.6G 0 3.6G 0% /dev tmpfs tmpfs 3.9G 0 3.9G 0% /dev/shm tmpfs tmpfs 1.6G 1.2M 1.6G 1% /run tmpfs tmpfs 5.0M 4.0K 5.0M 1% /run/lock /dev/mmcblk0p1 vfat 255M 31M 225M 13% /boot /dev/sda1 exfat 15G 246M 15G 2% /mnt/usb0 tmpfs tmpfs 782M 0 782M 0% /run/user/1000 Messages concerning ext4 filesystem in dmesg: [Wed Jul 26 06:43:27 2023] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_headphones=0 snd_bcm2835.enable_headphones=1 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_hdmi=0 smsc95xx.macaddr=D8:3A:DD:19:08:CB vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000 console=ttyS0,115200 console=tty1 root=PARTUUID=e5dbd929-02 rootfstype=ext4 fsck.repair=yes rootwait [Wed Jul 26 06:43:28 2023] EXT4-fs (mmcblk0p2): INFO: recovery required on readonly filesystem [Wed Jul 26 06:43:28 2023] EXT4-fs (mmcblk0p2): write access will be enabled during recovery [Wed Jul 26 06:43:28 2023] EXT4-fs (mmcblk0p2): recovery complete [Wed Jul 26 06:43:28 2023] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Quota mode: none. [Wed Jul 26 06:43:28 2023] VFS: Mounted root (ext4 filesystem) readonly on device 179:2. [Wed Jul 26 06:43:31 2023] EXT4-fs (mmcblk0p2): re-mounted. Quota mode: none. Show mounted filesystems (real ones only): TARGET SOURCE FSTYPE OPTIONS / /dev/mmcblk0p2 ext4 rw,noatime |-/boot /dev/mmcblk0p1 vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro `-/mnt/usb0 /dev/sda1 exfat rw,nosuid,nodev,noexec,relatime,fmask=0000,dmask=0000,allow_utime=0022,iocharset=utf8,errors=remount-ro Files in neuralgic directories: /var: 1.2G /var/ 633M /var/lib 299M /var/lib/influxdb/engine 299M /var/lib/influxdb 296M /var/lib/influxdb/engine/data/7f71a2ac87621cf7/autogen Archived and active journals take up 200.0M in the file system. /opt/iobroker/backups: 235M /opt/iobroker/backups/ /opt/iobroker/iobroker-data: 231M /opt/iobroker/iobroker-data/ 132M /opt/iobroker/iobroker-data/files 52M /opt/iobroker/iobroker-data/files/javascript.admin 44M /opt/iobroker/iobroker-data/backup-objects 34M /opt/iobroker/iobroker-data/files/javascript.admin/static The five largest files in iobroker-data are: 22M /opt/iobroker/iobroker-data/states.jsonl 18M /opt/iobroker/iobroker-data/files/text2command.admin/static/js/main.274a4d8d.js.map 16M /opt/iobroker/iobroker-data/objects.jsonl 8.9M /opt/iobroker/iobroker-data/files/scenes.admin/static/js/2.7de3299d.chunk.js.map 8.0M /opt/iobroker/iobroker-data/files/text2command.admin/static/js/main.274a4d8d.js *** NodeJS-Installation *** /usr/bin/nodejs v18.17.0 /usr/bin/node v18.17.0 /usr/bin/npm 9.6.7 /usr/bin/npx 9.6.7 nodejs: Installed: 18.17.0-deb-1nodesource1 Candidate: 18.17.0-deb-1nodesource1 Version table: *** 18.17.0-deb-1nodesource1 500 500 https://deb.nodesource.com/node_18.x bullseye/main arm64 Packages 100 /var/lib/dpkg/status 12.22.12~dfsg-1~deb11u4 500 500 http://security.debian.org/debian-security bullseye-security/main arm64 Packages 12.22.12~dfsg-1~deb11u3 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages Temp directories causing npm8 problem: 0 No problems detected *** ioBroker-Installation *** ioBroker Status iobroker is running on this host. At least one iobroker host is running. Objects type: redis States type: redis MULTIHOSTSERVICE/enabled: false Core adapters versions js-controller: 5.0.8 admin: 6.3.5 javascript: 7.0.3 Adapters from github: 2 Adapter State system.adapter.admin.0 : admin : raspberrypi-iobroker - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.alexa2.0 : alexa2 : raspberrypi-iobroker - enabled system.adapter.backitup.0 : backitup : raspberrypi-iobroker - disabled system.adapter.devices.0 : devices : raspberrypi-iobroker - enabled system.adapter.discovery.0 : discovery : raspberrypi-iobroker - enabled system.adapter.dwd.0 : dwd : raspberrypi-iobroker - enabled system.adapter.echarts.0 : echarts : raspberrypi-iobroker - enabled system.adapter.fahrplan.0 : fahrplan : raspberrypi-iobroker - enabled system.adapter.fb-checkpresence.0 : fb-checkpresence : raspberrypi-iobroker - enabled system.adapter.feiertage.0 : feiertage : raspberrypi-iobroker - enabled system.adapter.fhem.0 : fhem : raspberrypi-iobroker - enabled, port: 7072 system.adapter.fritzdect.0 : fritzdect : raspberrypi-iobroker - enabled system.adapter.govee-app.0 : govee-app : raspberrypi-iobroker - enabled system.adapter.harmony.0 : harmony : raspberrypi-iobroker - enabled system.adapter.history.0 : history : raspberrypi-iobroker - enabled system.adapter.hm-rega.0 : hm-rega : raspberrypi-iobroker - enabled system.adapter.hm-rpc.0 : hm-rpc : raspberrypi-iobroker - enabled, port: 0 system.adapter.hue.0 : hue : raspberrypi-iobroker - enabled, port: 443 system.adapter.icons-mfd-svg.0 : icons-mfd-svg : raspberrypi-iobroker - enabled system.adapter.influxdb.0 : influxdb : raspberrypi-iobroker - enabled, port: 8086 system.adapter.info.0 : info : raspberrypi-iobroker - enabled system.adapter.iot.0 : iot : raspberrypi-iobroker - disabled system.adapter.javascript.0 : javascript : raspberrypi-iobroker - enabled system.adapter.luftdaten.0 : luftdaten : raspberrypi-iobroker - enabled system.adapter.scenes.0 : scenes : raspberrypi-iobroker - enabled system.adapter.schoolfree.0 : schoolfree : raspberrypi-iobroker - enabled system.adapter.schoolfree.1 : schoolfree : raspberrypi-iobroker - enabled system.adapter.smartgarden.0 : smartgarden : raspberrypi-iobroker - enabled system.adapter.statistics.0 : statistics : raspberrypi-iobroker - enabled system.adapter.tankerkoenig.0 : tankerkoenig : raspberrypi-iobroker - enabled system.adapter.telegram.0 : telegram : raspberrypi-iobroker - enabled, port: 8443, bind: 0.0.0.0 system.adapter.text2command.0 : text2command : raspberrypi-iobroker - enabled system.adapter.tr-064.0 : tr-064 : raspberrypi-iobroker - enabled system.adapter.tuya.0 : tuya : raspberrypi-iobroker - enabled system.adapter.vis-colorpicker.0 : vis-colorpicker : raspberrypi-iobroker - enabled system.adapter.vis-fancyswitch.0 : vis-fancyswitch : raspberrypi-iobroker - enabled system.adapter.vis-google-fonts.0 : vis-google-fonts : raspberrypi-iobroker - enabled system.adapter.vis-hqwidgets.0 : vis-hqwidgets : raspberrypi-iobroker - enabled system.adapter.vis-icontwo.0 : vis-icontwo : raspberrypi-iobroker - enabled system.adapter.vis-material-advanced.0 : vis-material-advanced : raspberrypi-iobroker - enabled system.adapter.vis-materialdesign.0 : vis-materialdesign : raspberrypi-iobroker - disabled system.adapter.vis-timeandweather.0 : vis-timeandweather : raspberrypi-iobroker - enabled system.adapter.vis.0 : vis : raspberrypi-iobroker - disabled system.adapter.web.0 : web : raspberrypi-iobroker - enabled, port: 8082, bind: 0.0.0.0, run as: admin system.adapter.yr.0 : yr : raspberrypi-iobroker - enabled system.adapter.zigbee.0 : zigbee : raspberrypi-iobroker - enabled, port: /dev/serial/by-id/usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0 + instance is alive Enabled adapters with bindings system.adapter.admin.0 : admin : raspberrypi-iobroker - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.fhem.0 : fhem : raspberrypi-iobroker - enabled, port: 7072 system.adapter.hm-rpc.0 : hm-rpc : raspberrypi-iobroker - enabled, port: 0 system.adapter.hue.0 : hue : raspberrypi-iobroker - enabled, port: 443 system.adapter.influxdb.0 : influxdb : raspberrypi-iobroker - enabled, port: 8086 system.adapter.telegram.0 : telegram : raspberrypi-iobroker - enabled, port: 8443, bind: 0.0.0.0 system.adapter.web.0 : web : raspberrypi-iobroker - enabled, port: 8082, bind: 0.0.0.0, run as: admin system.adapter.zigbee.0 : zigbee : raspberrypi-iobroker - enabled, port: /dev/serial/by-id/usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0 ioBroker-Repositories stable : http://download.iobroker.net/sources-dist.json beta : http://download.iobroker.net/sources-dist-latest.json Active repo(s): stable Installed ioBroker-Instances Used repository: stable Adapter "admin" : 6.3.5 , installed 6.3.5 Adapter "alexa2" : 3.23.2 , installed 3.23.2 Adapter "backitup" : 2.6.23 , installed 2.6.23 Adapter "devices" : 1.1.5 , installed 1.1.5 Adapter "discovery" : 3.1.0 , installed 3.1.0 Adapter "dwd" : 2.8.5 , installed 2.8.5 Adapter "echarts" : 1.5.1 , installed 1.5.1 Adapter "fahrplan" : 1.2.3 , installed 1.2.3 Adapter "fb-checkpresence": 1.1.26, installed 1.1.26 Adapter "feiertage" : 1.1.0 , installed 1.1.0 Adapter "fhem" : 2.0.3 , installed 2.0.3 Adapter "fritzdect" : 2.3.1 , installed 2.3.1 Adapter "harmony" : 1.2.2 , installed 1.2.2 Adapter "history" : 2.2.4 , installed 2.2.4 Adapter "hm-rega" : 3.0.46 , installed 3.0.46 Adapter "hm-rpc" : 1.15.18 , installed 1.15.18 Adapter "hue" : 3.9.3 , installed 3.9.3 Adapter "icons-mfd-svg": 1.1.0 , installed 1.1.0 Adapter "influxdb" : 3.2.0 , installed 3.2.0 Adapter "info" : 1.9.26 , installed 1.9.26 Adapter "iot" : 1.14.5 , installed 1.14.5 Adapter "javascript" : 7.0.3 , installed 7.0.3 Controller "js-controller": 4.0.24 , installed 5.0.8 Adapter "luftdaten" : 3.0.0 , installed 3.0.0 Adapter "scenes" : 2.3.9 , installed 2.3.9 Adapter "schoolfree" : 1.1.1 , installed 1.1.1 Adapter "simple-api" : 2.7.2 , installed 2.7.2 Adapter "smartgarden" : 2.0.0 , installed 2.0.0 Adapter "socketio" : 4.2.0 , installed 4.2.0 Adapter "statistics" : 2.3.0 , installed 2.3.0 Adapter "tankerkoenig" : 3.3.7 , installed 3.3.7 Adapter "telegram" : 1.16.0 , installed 1.16.0 Adapter "text2command" : 3.0.2 , installed 3.0.2 Adapter "tr-064" : 4.2.18 , installed 4.2.18 Adapter "tuya" : 3.14.2 , installed 3.14.2 Adapter "vis" : 1.4.16 , installed 1.4.16 Adapter "vis-colorpicker": 2.0.3 , installed 2.0.3 Adapter "vis-fancyswitch": 1.1.0 , installed 1.1.0 Adapter "vis-google-fonts": 1.0.4 , installed 1.0.4 Adapter "vis-hqwidgets": 1.4.0 , installed 1.4.0 Adapter "vis-icontwo" : 0.96.0 , installed 0.96.0 Adapter "vis-material-advanced": 1.7.2, installed 1.7.2 Adapter "vis-timeandweather": 1.2.2, installed 1.2.2 Adapter "web" : 4.3.0 , installed 4.3.0 Adapter "ws" : 1.3.0 , installed 1.3.0 Adapter "yr" : 5.3.0 , installed 5.3.0 Adapter "zigbee" : 1.8.16 , installed 1.8.16 Objects and States Please stand by - This may take a while Objects: 15208 States: 11517 *** OS-Repositories and Updates *** Hit:1 http://deb.debian.org/debian bullseye InRelease Hit:2 http://deb.debian.org/debian bullseye-updates InRelease Hit:3 http://deb.debian.org/debian bullseye-backports InRelease Hit:4 http://security.debian.org/debian-security bullseye-security InRelease Hit:5 http://archive.raspberrypi.org/debian bullseye InRelease Hit:6 https://repos.influxdata.com/debian bullseye InRelease Hit:7 https://deb.nodesource.com/node_18.x bullseye InRelease Reading package lists... Pending Updates: 0 *** Listening Ports *** Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 1991 542/sshd: /usr/sbin tcp 0 0 127.0.0.1:6379 0.0.0.0:* LISTEN 110 14926 487/redis-server 12 tcp6 0 0 :::22 :::* LISTEN 0 1993 542/sshd: /usr/sbin tcp6 0 0 :::8086 :::* LISTEN 999 3745 569/influxd tcp6 0 0 ::1:6379 :::* LISTEN 110 14927 487/redis-server 12 udp 0 0 0.0.0.0:68 0.0.0.0:* 0 13589 854/dhcpcd udp 0 0 0.0.0.0:53614 0.0.0.0:* 108 1874 364/avahi-daemon: r udp 0 0 0.0.0.0:5353 0.0.0.0:* 108 1872 364/avahi-daemon: r udp6 0 0 :::45099 :::* 108 1875 364/avahi-daemon: r udp6 0 0 :::546 :::* 0 13610 854/dhcpcd udp6 0 0 :::5353 :::* 108 1873 364/avahi-daemon: r *** Log File - Last 25 Lines *** 2023-07-26 06:56:01.859 - info: host.raspberrypi-iobroker "system.adapter.vis.0" disabled 2023-07-26 06:56:01.862 - info: host.raspberrypi-iobroker "system.adapter.vis.0" enabled 2023-07-26 06:56:01.866 - error: host.raspberrypi-iobroker startInstance system.adapter.vis.0 Adapter dependency not fulfilled on "raspberrypi-iobroker": required adapter "web" not found! 2023-07-26 06:56:02.442 - info: host.raspberrypi-iobroker "system.adapter.vis.0" disabled 2023-07-26 06:56:02.445 - info: host.raspberrypi-iobroker "system.adapter.vis.0" enabled 2023-07-26 06:56:02.448 - error: host.raspberrypi-iobroker startInstance system.adapter.vis.0 Adapter dependency not fulfilled on "raspberrypi-iobroker": required adapter "web" not found! 2023-07-26 06:56:02.453 - info: host.raspberrypi-iobroker "system.adapter.web.0" enabled 2023-07-26 06:56:02.458 - error: host.raspberrypi-iobroker startInstance system.adapter.web.0 Adapter dependency not fulfilled on any host: required adapter "admin" not found! 2023-07-26 06:56:02.699 - info: host.raspberrypi-iobroker "system.adapter.vis.0" disabled 2023-07-26 06:56:02.701 - info: host.raspberrypi-iobroker "system.adapter.vis.0" enabled 2023-07-26 06:56:02.704 - error: host.raspberrypi-iobroker startInstance system.adapter.vis.0 Adapter dependency not fulfilled on "raspberrypi-iobroker": required adapter "web" not found! 2023-07-26 07:07:37.213 - info: host.raspberrypi-iobroker "system.adapter.vis.0" disabled 2023-07-26 07:12:42.923 - info: host.raspberrypi-iobroker received SIGTERM 2023-07-26 07:12:42.933 - info: host.raspberrypi-iobroker stopInstance system.adapter.vis.0 (force=false, process=false) 2023-07-26 07:12:42.934 - info: host.raspberrypi-iobroker stopInstance system.adapter.web.0 (force=false, process=false) 2023-07-26 07:12:42.936 - info: host.raspberrypi-iobroker stopInstance system.adapter.vis-materialdesign.0 (force=false, process=false) 2023-07-26 07:12:42.955 - info: host.raspberrypi-iobroker terminated 2023-07-26 07:12:50.629 - info: host.raspberrypi-iobroker iobroker.js-controller version 5.0.8 js-controller starting 2023-07-26 07:12:50.635 - info: host.raspberrypi-iobroker Copyright (c) 2014-2023 bluefox, 2014 hobbyquaker 2023-07-26 07:12:50.635 - info: host.raspberrypi-iobroker hostname: raspberrypi-iobroker, node: v18.17.0 2023-07-26 07:12:50.638 - info: host.raspberrypi-iobroker ip addresses: 192.168.13.97 2001:9e8:2216:c000:a7df:3698:4ba6:56ba fe80::b5ea:e1ae:184a:2642 192.168.13.98 2001:9e8:2216:c000:f7a3:508d:4223:5fdd fe80::7a98:2f29:1a6:fe36 2023-07-26 07:12:50.910 - info: host.raspberrypi-iobroker connected to Objects and States 2023-07-26 07:12:50.935 - info: host.raspberrypi-iobroker added notifications configuration of host 2023-07-26 07:12:51.280 - info: host.raspberrypi-iobroker no instances found 2023-07-26 07:12:51.281 - info: host.raspberrypi-iobroker no instances found======================= SUMMARY ======================= v.2023-04-16 Operatingsystem: Debian GNU/Linux 11 (bullseye) Kernel: 6.1.21-v8+ Installation: Native Timezone: Europe/Berlin (CEST, +0200) User-ID: 1000 X-Server: false Boot Target: multi-user.target Pending OS-Updates: 0 Pending iob updates: 0 Nodejs-Installation: /usr/bin/nodejs v18.17.0 /usr/bin/node v18.17.0 /usr/bin/npm 9.6.7 /usr/bin/npx 9.6.7 Recommended versions are nodejs 18.x.y and npm 9.x.y Your nodejs installation is correct MEMORY: total used free shared buff/cache available Mem: 7.8G 668M 5.6G 1.0M 1.5G 7.0G Swap: 99M 0B 99M Total: 7.9G 668M 5.7G Active iob-Instances: 1 Active repo(s): stable ioBroker Core: js-controller 5.0.8 admin 6.3.5 ioBroker Status: iobroker is running on this host. At least one iobroker host is running. Objects type: redis States type: redis Status admin and web instance: system.adapter.admin.0 : admin : raspberrypi-iobroker - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.web.0 : web : raspberrypi-iobroker - enabled, port: 8082, bind: 0.0.0.0, run as: admin Objects: 15208 States: 11517 Size of iob-Database: 16M /opt/iobroker/iobroker-data/objects.jsonl 22M /opt/iobroker/iobroker-data/states.jsonl =================== END OF SUMMARY ====================Kann mir
@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Hat jemand eine Idee oder sogar die Lösung für mein Problem?
Um hier nochmal auf das Ausgangs-Thema einzugehen (und nicht vom Thema abzulenken, warum und wieso überhaupt Redis verwendet wird): Scheinbar wurde ja ein Backup erstellt, in welchem Redis als Datenbank konfiguriert ist, auf einem neuen System wiederhergestellt. Das ist leider ein Bug im js-controller:
- Das Backup wird in die aktuell konfigurierte Datenbank wiederhergestellt (
jsonlim Standard) - Danach wird die Datenbank auf
redisumgestellt (aus dem Backup) - Ergebnis: ioBroker läuft mit einer "leeren" Redis Datenbank (weil ja alles in
jsonlliegt
Hatte ich hier schon gemeldet: https://github.com/ioBroker/ioBroker.js-controller/issues/1920
🧑🎓 Autor des beliebten ioBroker-Master-Kurses
🎥 Tutorials rund um das Thema DIY-Smart-Home: https://haus-automatisierung.com/
📚 Meine inoffizielle ioBroker Dokumentation -
@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Hat jemand eine Idee oder sogar die Lösung für mein Problem?
Um hier nochmal auf das Ausgangs-Thema einzugehen (und nicht vom Thema abzulenken, warum und wieso überhaupt Redis verwendet wird): Scheinbar wurde ja ein Backup erstellt, in welchem Redis als Datenbank konfiguriert ist, auf einem neuen System wiederhergestellt. Das ist leider ein Bug im js-controller:
- Das Backup wird in die aktuell konfigurierte Datenbank wiederhergestellt (
jsonlim Standard) - Danach wird die Datenbank auf
redisumgestellt (aus dem Backup) - Ergebnis: ioBroker läuft mit einer "leeren" Redis Datenbank (weil ja alles in
jsonlliegt
Hatte ich hier schon gemeldet: https://github.com/ioBroker/ioBroker.js-controller/issues/1920
@haus-automatisierung sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Das ist leider ein Bug im js-controller:
DANKE für diese Info!
seit wann?
und betrifft v4?kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
- Das Backup wird in die aktuell konfigurierte Datenbank wiederhergestellt (
-
@haus-automatisierung sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Das ist leider ein Bug im js-controller:
DANKE für diese Info!
seit wann?
und betrifft v4?@homoran sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
seit wann?
Seit... immer würde ich sagen. Workaround wäre, das neue System erst auf Redis umzustellen und dann erst das Backup wiederherzustellen.
🧑🎓 Autor des beliebten ioBroker-Master-Kurses
🎥 Tutorials rund um das Thema DIY-Smart-Home: https://haus-automatisierung.com/
📚 Meine inoffizielle ioBroker Dokumentation -
@homoran sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
seit wann?
Seit... immer würde ich sagen. Workaround wäre, das neue System erst auf Redis umzustellen und dann erst das Backup wiederherzustellen.
@haus-automatisierung sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
@homoran sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
seit wann?
Seit... immer würde ich sagen
naja, dann seit jsonl.
Aber dann gab es eigentlich zu wenig "incidents".
[/OT]
-
@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Hat jemand eine Idee oder sogar die Lösung für mein Problem?
Um hier nochmal auf das Ausgangs-Thema einzugehen (und nicht vom Thema abzulenken, warum und wieso überhaupt Redis verwendet wird): Scheinbar wurde ja ein Backup erstellt, in welchem Redis als Datenbank konfiguriert ist, auf einem neuen System wiederhergestellt. Das ist leider ein Bug im js-controller:
- Das Backup wird in die aktuell konfigurierte Datenbank wiederhergestellt (
jsonlim Standard) - Danach wird die Datenbank auf
redisumgestellt (aus dem Backup) - Ergebnis: ioBroker läuft mit einer "leeren" Redis Datenbank (weil ja alles in
jsonlliegt
Hatte ich hier schon gemeldet: https://github.com/ioBroker/ioBroker.js-controller/issues/1920
@haus-automatisierung said in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Hat jemand eine Idee oder sogar die Lösung für mein Problem?
Um hier nochmal auf das Ausgangs-Thema einzugehen (und nicht vom Thema abzulenken, warum und wieso überhaupt Redis verwendet wird): Scheinbar wurde ja ein Backup erstellt, in welchem Redis als Datenbank konfiguriert ist, auf einem neuen System wiederhergestellt. Das ist leider ein Bug im js-controller:
- Das Backup wird in die aktuell konfigurierte Datenbank wiederhergestellt (
jsonlim Standard) - Danach wird die Datenbank auf
redisumgestellt (aus dem Backup) - Ergebnis: ioBroker läuft mit einer "leeren" Redis Datenbank (weil ja alles in
jsonlliegt
Hatte ich hier schon gemeldet: https://github.com/ioBroker/ioBroker.js-controller/issues/1920
Das war kein Problem. Hatte das Restore ja nach dem Schulungsvideo gemacht und da war das ja auch Thema, soweit ich mich erinnere. Naja, wie auch immer, das hatte ich vor dem Wiedereinspielen gemacht.
Backup läuft auch wieder. Nur Backitup will nicht. Die Konfigurationsseite liefertFile index_m.html not foundAdapter deinstalliert und neu installiert. Gleiches Phänomen.
Vielleicht setze ich doch lieber alles neu auf.
Alles andere funktioniert aber wieder. - Das Backup wird in die aktuell konfigurierte Datenbank wiederhergestellt (
-
@haus-automatisierung said in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Hat jemand eine Idee oder sogar die Lösung für mein Problem?
Um hier nochmal auf das Ausgangs-Thema einzugehen (und nicht vom Thema abzulenken, warum und wieso überhaupt Redis verwendet wird): Scheinbar wurde ja ein Backup erstellt, in welchem Redis als Datenbank konfiguriert ist, auf einem neuen System wiederhergestellt. Das ist leider ein Bug im js-controller:
- Das Backup wird in die aktuell konfigurierte Datenbank wiederhergestellt (
jsonlim Standard) - Danach wird die Datenbank auf
redisumgestellt (aus dem Backup) - Ergebnis: ioBroker läuft mit einer "leeren" Redis Datenbank (weil ja alles in
jsonlliegt
Hatte ich hier schon gemeldet: https://github.com/ioBroker/ioBroker.js-controller/issues/1920
Das war kein Problem. Hatte das Restore ja nach dem Schulungsvideo gemacht und da war das ja auch Thema, soweit ich mich erinnere. Naja, wie auch immer, das hatte ich vor dem Wiedereinspielen gemacht.
Backup läuft auch wieder. Nur Backitup will nicht. Die Konfigurationsseite liefertFile index_m.html not foundAdapter deinstalliert und neu installiert. Gleiches Phänomen.
Vielleicht setze ich doch lieber alles neu auf.
Alles andere funktioniert aber wieder.@fleurelle schon mal versucht die DB manuell einzuspielen. REDIS stoppen, DB einkopieren, REDIS starten?
- Das Backup wird in die aktuell konfigurierte Datenbank wiederhergestellt (
-
@haus-automatisierung said in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
Hat jemand eine Idee oder sogar die Lösung für mein Problem?
Um hier nochmal auf das Ausgangs-Thema einzugehen (und nicht vom Thema abzulenken, warum und wieso überhaupt Redis verwendet wird): Scheinbar wurde ja ein Backup erstellt, in welchem Redis als Datenbank konfiguriert ist, auf einem neuen System wiederhergestellt. Das ist leider ein Bug im js-controller:
- Das Backup wird in die aktuell konfigurierte Datenbank wiederhergestellt (
jsonlim Standard) - Danach wird die Datenbank auf
redisumgestellt (aus dem Backup) - Ergebnis: ioBroker läuft mit einer "leeren" Redis Datenbank (weil ja alles in
jsonlliegt
Hatte ich hier schon gemeldet: https://github.com/ioBroker/ioBroker.js-controller/issues/1920
Das war kein Problem. Hatte das Restore ja nach dem Schulungsvideo gemacht und da war das ja auch Thema, soweit ich mich erinnere. Naja, wie auch immer, das hatte ich vor dem Wiedereinspielen gemacht.
Backup läuft auch wieder. Nur Backitup will nicht. Die Konfigurationsseite liefertFile index_m.html not foundAdapter deinstalliert und neu installiert. Gleiches Phänomen.
Vielleicht setze ich doch lieber alles neu auf.
Alles andere funktioniert aber wieder.@fleurelle sagte in [Erl] Fritzbox Neustart -> iobroker-Kollaps:
File index_m.html not found
iob upload allversuchen.
- Das Backup wird in die aktuell konfigurierte Datenbank wiederhergestellt (
Support us
794
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge