@haselchen meinte den Admin :-)

Ich hatte die gleichen Probleme - habe auch viel rum probiert und mich letztendlich dafür entschieden ein Full-Back (Windows) aus dem Januar auf den ioB Rechner einzuspielen. Von Januar bis jetzt, ist Adapter Versionsnummern mäßig schon ein Brett. Ich habe dann über die Konsole alles brav nacheinander aktualisiert, die aktuelle VIS eingespielt und nun läuft wieder alles. Im Grunde ist jetzt alles auf genau dem gleichen Versionsstand wie mit der "kaputten" ioB Installation. Sowohl das Updaten, als auch das Speichern im VIS Editor (Verbindungsfehler) funktioniert nun wieder. Was mich an der ganzen Sache nervt: Ok, das dass Vollbackup so lange zurück liegt, ist mein Problem - ohne Frage, ABER ich mach ja immer brav jeden Tag ein Backup mit Backitup. Mich nervt, das man dieses immer nur im ganzen wieder einspielen kann. D.h., man zieht sich die ganze Fehler evtl. wieder mit ins System. Wenn man Adapter für Adapter aus diesem Backup einzeln wieder herstellen und danach durchtesten könnte, hätte man im Nachgang nicht soviel Arbeit mit dem anpassen von den diversen Änderungen. So ein super Kandidat ist z.B. Sourceanalytix. Bei einem so langen Zeitraum der dazwischen liegt, ist die komplette Datenbasis eigentlcih für die Tonne - da passt jetzt bei mir nix mehr und das bei vielen Adaptern auf die SA aufsetzt.

Hallo, das Problem tritt bei mir auch wie beschrieben auf. Bin gerade durch suchen mit G. eure Beschreibung gestoßen. Scheint tatsächlich ein Bug zu sein. Gruß Axel

@apollon77 Github issue https://github.com/ioBroker/ioBroker.scenes/issues/172#issue-1310692345

@dirkhe deswegen schreib ich es. ist sicherlich nicht waaahnsinnig wichtig, aber der Grund erschließt sich mir nicht, daher erst mal ein bug Ich habe in ein Paar Adaptern so einen Button zum auslösen eines Ereignisses. Wenn ich testen will, muss ich erst umschalten

@ulpol Und was steht im Log? Darüberhinaus vermute ich auch eine inkonsistente Installation von nodejs. sudo ln -s /usr/bin/node /usr/bin/nodejs uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs

@bender1729 nicht als root ausführen!!! das verbiegt ja noch mehr! @homoran sagte in hisotry lässt sich nicht instatzieren (2.1.2): Dann vorher unbedingt als User einloggen und nie wieder als root arbeiten!

@apollon77 Ja

@thomas-braun Alles klar, suche ich mal und halte mich an die Anweisungen. Danke für die Unterstützung.

@skb sagte in Zigbee Adapter bleibt nach Update auf rot: Kannst Du dir erklären, wieso ich @mapbox/node-pre-gyp nochmal installieren musste? Keine Ahnung.

@soundy sagte in GELÖST: Nach Update javascript ROT: Jetzt habe ich im Protokoll nurmehr diese Warnung: bezieht sich das auch hierzu , in einem neuen Thread !? https://forum.iobroker.net/topic/56426/fehler-file-tab-html-not-found-bei-menüpunkt-skripte

@conquest Schade das man nicht weiß, aus welcher Ecke der Fehler kommt. Vielleicht sollten wir dazu mal @apollon77 befragen. Ich denke er steckt viel tiefer in der ioB Materie drin als wir alle und ich vermute, das er durchaus wissen könnte zu welchem Adapter sich ein GIT Issue bzgl. des Fehlers lohnen würde. VIS Editor würde ich ausschließen, da dieser seit geraumer Zeit in der Version 1.4.15 fehlerfrei lief. Die einzigen Adapter die in letzter Zeit geupdatet wurden und ggf. etwas damit zu tun haben könnten, wären der Admin, socketio, websocket, websever und vielleicht noch der java-skript Adapter. Überall ein Issue dazu aufmachen, ist vermutlich Kontraproduktiv. Wie gesagt, vielleicht kann Apollon dazu was sagen.

@haus-automatisierung wie bereits @crunchip es sagte ich bin dann eher nach dem visuellem gegangen da ich einfach nur die absoluten basics behersche in Linux bzw in der Shell mich nicht sonderlich weit traue. @darkiop Vielen dank für den Link habe ihn bereits kurz überflogen und schaue mir das nochmal genauer an :) .

@homoran Dann soll der Heini mal 'ne Zeitreise machen. Ich sehe gerade auch bei der Passage zu !!!! Cannot read system.config: null (OK when migrating or restoring) iobroker is not running on this host. !!!! '' bekannte Formulierungen. Könnten fast von mir sein... :-)

@djmarc75 Ich hatte es zumindest nicht bewusst so eingestellt :man-shrugging: Hab es auf deiner Empfohlenen Einstellung gelassen und des Rpi auch vorher schon bei jeder änderung neustarten lassen # Determines whether HTTPS is enabled. # https-enabled = false An den Einträgen hat dies jedoch nichts verändert. Mir ist allerdings aufgefallen, dass die Größe des logs nun auf unter 100mb pro Tag gesunken ist, seit ich den Fehler mit dem mihome-vaccuum Adapter beseitigt hatte. Dieser scheit sich auch immer wieder automatisch zu leeren? Evtl. ist das Verhalten bereits völlig normal? Beste Grüße Foradh

@thomas-braun Jetzt hab ist zumindest die Web-UI wieder erreichbar. Während des restore zeigte das Terminal noch clean 2603 objects... clean 1940 states... Ganz so viele Objekte haben sich dann in den 563MB nicht versteckt. Danke soweit!

@system-9 Ist bekannt und als Issue beim 'admin'-Adapter gemeldet. Musst du wohl abwarten. Und keine Beta-Versionen verwenden, der Fehler ist wohl erst in Admin 6.2.0 aufgetreten, mit der stabilen Version würdest du gar nicht in den Fehler rennen. Also dein System auf STABLE fahren.

@dellishelly kann ich so pauschal nicht beantworten. An sich sollten genau die Maßnahmen die Amazon ergriffen hat mit den Limitierungen vor solchen Nebeneffekten schützen. Von daher sage ich mal das es an dich nicht sein kann das das miteinander zu tun hat. Am besten melde dich beim Hersteller der Lampen Bzw der App, erzähl nix von iobroker und frag nach. Vllt ist da ja was bekannt. Und stelle sicher das du keine buggy Alexa2 version am laufen hast.