NEWS
js-controller 3.0/3.1 jetzt im Latest!
-
@Jan1 Damit die .1 Instanz Warnungen nicht mehr kommen musst du die meta Objekte in der Objektansicht in ioBroker löschen. Also nichts im Dateisystem anlegen oder löschen.
In der Objektansicht auf Expertenmodus schalten und in der linken Spalte einfach mal admin.1 eingeben, dann filtert er genau auf das. Gleiches für iqontrol.1.
Bei den Adaptern wo die Instanz existiert legt man wiederum wie hier schon geschrieben das Verzeichnis im Dateisystem an. -
@apollon77
Ich hatte bisher immer ein Javascipt für den Wert vaporAmount laufen. Das brauche ich zwar jetzt nicht mehr, totzdem verstehe ich nicht, weshalb der Befehl exec nicht mehr aus /opt/iobroker ausgeführt wird, sondern aus /opt/iobroker/node_modules/iobroker.js-controller. -
@Diginix
Schon klar, nur gibts da bei mir auch kein admin.1 -
@Jan1 Das meta Objekt muss es geben wenn diese Meldung kommt. Das gibt es genau so auch für admin.0, nur das es da ein Knoten mit Kindobjekten ist und bei der .1 Leiche ist es nur noch ein Zombieobjekt. Wenn du es nicht findest, stimmt die Objektansicht nicht.
-
@Diginix
alles klar, die Statusansicht hatte es gefiltert. Kann ich nun also einfach den admin.1 dort löschen? -
@Jan1 Wenn du keine existierende Instanz mehr davon hast, ja. Gleiches bei iqontrol.1.
-
@Diginix
OK, nur bei iQontrol hat sich der Fehler nicht auf eine Instanz 1 bezogen:host.Beelink 2020-05-17 10:34:43.848 warn Objects 127.0.0.1:59028 Error from InMemDB: Error: ERROR readDir id=iqontrol.meta: Not exists
-
Ich habe gerade ein Update gemacht - jetzt komme ich nicht mehr aufs System.
iobroker fix
habe ich bereits laufen lassen
-
@LJSven Was gemacht und warum als root?
iobroker list instances
-
@Thomas-Braun sagte in js-controller 3.0/3.1 jetzt im Latest!:
@LJSven Was gemacht und warum als root?
cd /opt/iobroker iobroker stop cd apt-get update apt-get upgrade cd /opt/iobroker iobroker update iobroker upgrade self iobroker upgrade iobroker fix reboot
Das System ist und war schon immer so angelegt und hat ohne Probleme funktioniert. Mit den einzelnen Userrechten kenne ich micht nicht aus (um ehrlich zu sein)
-
lsb_release -a iobroker list instances
Mit den einzelnen Userrechten kenne ich micht nicht aus (um ehrlich zu sein)
Das solltest du ändern. Ist eh schon sinnfrei als root eingeloggt zu sein. Umsomehr, wenn man keine Ahnung hat.
-
-
@Thomas-Braun sagte in js-controller 3.0/3.1 jetzt im Latest!:
lsb_release -a iobroker list instances
Mit den einzelnen Userrechten kenne ich micht nicht aus (um ehrlich zu sein)
Das solltest du ändern. Ist eh schon sinnfrei als root eingeloggt zu sein. Umsomehr, wenn man keine Ahnung hat.
root@tinkerboardmaster:~# lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 9.12 (stretch) Release: 9.12 Codename: stretch root@tinkerboardmaster:~# iobroker list instances Cannot read system.config: null (OK when migrating or restoring) Cannot find view "system" for search "host" : null + instance is alive root@tinkerboardmaster:~#
-
@Jan1 sagte in js-controller 3.0/3.1 jetzt im Latest!:
@LJSven
hast auch schon maliobroker start
versucht?
Ja, ohne Erfolg
-
@LJSven Am besten einen eigenen Thread dafür eröffnen. Und dann meldest du dich als user an, nicht als root.
-
@Thomas-Braun sagte in js-controller 3.0/3.1 jetzt im Latest!:
@LJSven Am besten einen eigenen Thread dafür eröffnen. Und dann meldest du dich als user an, nicht als root.
Ich mache es seit x Jahren so - das ist jetzt das Problem?
-
@LJSven Für mich nicht. Offenbar aber für dich.
-
@Thomas-Braun sagte in js-controller 3.0/3.1 jetzt im Latest!:
@LJSven Für mich nicht. Offenbar aber für dich.
Coole Antwort!
-
@LJSven
Was Thomas damit meint, als root hast einfach zu viele Rechte und da gehen manche Dinge, obwohl das nicht gut fürs System ist. So ergibt die Antwort schon Sinn -
@LJSven Wir können uns das jetzt in einem separaten Thread anschauen, wir können es auch lassen.
Mein System läuft, deins nicht.