UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Sonnenkind]

auch auf die Gefahr dass du mich ,,,, das hab ich nicht ganz verstanden..wenn ich den Befehl eingebe erschein als Antwort

*root@nuc:~# ls -la /dev/serial/by-id
insgesamt 0
drwxr-xr-x 2 root root 60 Apr 10 13:24 .
drwxr-xr-x 4 root root 80 Apr 10 13:24 ..
lrwxrwxrwx 1 root root 13 Apr 10 13:24 usb-Prolific_Technology_Inc._USB-Serial_Controller_D-if00-port0 -> ../../ttyUSB0*
root@nuc:~# 

aber das sagt mir nix, abwich kann es nicht deuten

MOD EDIT: LOG in CODE TAGS gesetzt

[Thomas Braun]

@sonnenkind

root login.
Und tschüss!

[Sonnenkind]

heisst jetzt, da hat mir mal jemand vor ewigen Zeiten installiert also am besten alles neu oder wie?

[crunchip]

@sonnenkind sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

da hat mir mal jemand vor ewigen Zeiten installiert also am besten alles neu oder wie

da solltest den vllt mal fragen
nein, neu musst du nichts machen

@sonnenkind sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

../../ttyUSB0

ist doch USB0, sollte dann auch funktionieren, oder es liegt ein anderes Problem vor, dann besser im Modbus Thread

[Sonnenkind]

ok muss ich mal weiter suchen, hatte das schon mal nach einemUpdate weiß aber nicht mehr Wasen damals war. Was hat das jetzt mit dem root zu tun, muss oder soll ich hier was ändern? Der Kollege von damals ist leider nicht mehr erreichbar und dann werde ich es eben ggf selbst versuchen zu ändern
Geht ja vermutlich um Sicherheit von ext , vermute ich mal was ich auf die schnelle bei google gefunden habe.

[crunchip]

@sonnenkind sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

Geht ja vermutlich um Sicherheit von ext

ja, ausschliesslich um Sicherheit und Vergabe der Rechte

es gibt hier einige Threads, mit dem Thema root und wie man es löst.

@sonnenkind sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

ok muss ich mal weiter suchen

steck doch mal ab und wieder an, danach die Instanz neu starten, ob dann wieder gefunden wird

[Sonnenkind]

so neu installiert den Adapter und iobroker rebuild danach geht es wieder , das hatte ich zu dem Problem in einem anderen thread gefunden,
danke Euch und noch einen schönen erst Sonntag

[crunchip]

@sonnenkind sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

rebuild

iobroker sollte das eigentlich selbständig erledigen, in Ausnahmefällen muss man dann Hand anlegen.
Der rebuild Versuch, sollte aber eigentlich im Log auftauchen, wenn ich mich nicht täusche

[apollon77]

@crunchip @Sonnenkind Ja wenn er es eindeutig erkennt. Der Fehler in dem Fall ist etwas unspezifischer und wird daher nicht erkannt. Einfach `iobroker rebuild" ausführen.

[Sonnenkind]

Hallo Danke für die Info auch auf die Gefahr dass die Frage blöde ist aber ich will es gerne verstehen, was macht denn der rebuild Befehl ?

[apollon77]

@sonnenkind Antwort findest Du hier https://forum.iobroker.net/topic/44566/how-to-node-js-iobroker-richtig-updaten-2021-22-edition ... am Ende kann das nur passieren wenn Du die Node.js Version aktualisiert hast

[Sonnenkind]

@apollon77 ja das stimmt hab nodejs aktualisiert, dank dir und schöneOstern

[ChrisXY]

soo paar Wochen/Monate später erneut ein Versuch des Updates .. selbe Problem.
Nach boot ist mein iobroker Menü leer kein Zigbee usw.. ebenfalls gehen fast alle Adapter nicht mehr. Rechte / Zugriffs fehler. iob fix davor danach hilft nichts.

Vor dem Update: iob status sagt beides REDIS nach dem Update ist beides "file" ich denke daran wird es liegen?

[Thomas Braun]

@chrisxy sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

Rechte / Zugriffs fehler.

Genauer? Welche?

Vor dem Update: iob status sagt beides REDIS nach dem Update ist beides "file" ich denke daran wird es liegen?

Eigentlich sollte es jsonl sein.
Vielleicht mal auf file/file umstellen, redis komplett außen vor lassen und dann upgraden inkl. jsonl/jsonl

[ChrisXY]

@thomas-braun war ein /tmp leider nicht notiert da ich direkt Backup zurückgespielt habe da Frau wieder nach Hause gekommen ist Gibt sonst ärger.

Muss ich mal gucken wie ich von REDIS zu File komme und dann mal wechseln.

[Thomas Braun]

@chrisxy sagte in js-controller 4.0.x jetzt für alle User im STABLE!:

/tmp

Deutet für mich auf falsche Nutzung der user hin. In /tmp ist die Rechteverwaltung etwas besonders (Stichwort 'sticky bit').

[ChrisXY]

@thomas-braun Ja ich denke ich muss mal ein neues sauberes System aufsetzen und mit Backup/restore arbeiten. Ist einige Jahre lang gewachsen und sicher viele Rechte/root probleme.

[apollon77]

@chrisxy NEIN bitte redis lassen und gut ist ... das darf sich auch nicht ändern ...

Also bitte dafür mal eigenen Thread auf machen, dann da bitte dein iobroker.json reinpasten das man checken kann ob das passt ... genau so infos zum system, raspi, proxmox, docker oder oder oder ... danach muss du mal ein Update mit uns zusammen machen.

[apollon77]

@chrisxy Die sollte "Iob fix" alle fixen

[apollon77]

Hallo,

ab sofort taucht der js-controller 4.0.23 im Stable auf. Ein Admin Bug der eine ungültige Jsonl-Konfiguration generieren konnte hat uns dazu gezwungen doch nochmals nachzulegen. Von dem Problem akut betroffen sein könnten user die per Admin die Host-Konfiguration geändert und gespeichert haben.

Falls bei jemandem der js-controller nicht mehr sauber startet (vor oder auch nach dem update) bitte die größe der /opt/iobroker/iobroker-data/*.jsonl Dateien prüfen ... ggf hat bei Ihm dieses problem zugeschlagen -> siehe auch https://forum.iobroker.net/topic/53954/gelöst-states-jsonl-file-viel-zu-groß bzw https://forum.iobroker.net/post/791284

Der Bug ist auch seit Admin 5.3.7 behoben und Admin sollte nicht mehr die falschen Einträge erstellen.

Am besten natürlich sicherheitshalber besser Updaten