js-controller 3.0/3.1 jetzt im Latest!

[Thomas Braun]

@Svenson6 Vielleicht auch besser in einem eigenen Thread weitermachen. Das hat mit dem Thema hier nichts zu tun.

[deta]

@Svenson6 Du hast ja einiges durcheinander!
Ich würde an deiner Stelle von neu Anfangen! Raspi komplett neu installieren. Und dann alles richtig von Anfang an machen! Sonst würde ich sagen wirst du immer wieder Probleme haben.

[Svenson6]

@deta

Das hatte ich auch schon befürchtet, aaaber! Das hier von @Thomas-Braun scheint's echt gebracht zu haben:

sudo apt update
sudo apt dist-upgrade
sudo apt install libpango1.0-dev build-essential

Der Laden läuft wieder. js-controller ist auf Version 3.1.4, und die Updates für die Adapter können auch wieder installiert werden. Ich bin begeistert und bedanke mich mit einer Verbeugung für die Hilfe - Ihr seid super!

Noch ein schönes Wochenende wünscht
Sven

[Thomas Braun]

@Svenson6 Ich würde aber doch noch mal den

iobroker fix

ausführen. Da scheint noch mehr zu klemmen.

[Jan1]

falschen Thread erwischt

[Svenson6]

@Thomas-Braun Alles klar, habe ich gemacht, lief auch erfolgreich durch. Vielen Dank nochmal!

[Steff]

@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:

@Steff Also controller wieder auf 3.1.4?

Habe nun die 3.1.4 draufgebügelt, läuft jetzt einwandfrei. Mirroring geht auch wieder.

Danke nochmals!

[Steff]

@karlo-enzo sagte in js-controller 3.0/3.1 jetzt im Latest!:

@apollon77
In das Verzeichnis : /opt/iobroker/iobroker-data/files/ wechseln.
Hier die Verzeichnisse anlegen, die im Logfile mit einer warn-Meldung aufgelistet sind.
mkdir admin.0 mkdir web.0 und mkdir 0_userdata.0

Beim nächsten Backup über backitup tauchen diese Fehlermeldungen dann nicht mehr auf.

Ergänzung: Da ich den Enigma2-Adapter laufen habe musste ich obiges zusätzlich mit dem Verzeichnis enigma2.0 machen.

Gruß Steffen

[Jan1]

@Steff
bei mir wird admin.1 an gemeckert, wobei ich gar keine Instanz admin.1 habe. Die hatte ich mal vor langer zeit angelegt und wieder gelöscht.
Wo bekommt IOBroker die Info her und warum wird das beanstandet?

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
host.Beelink	2020-05-17 10:34:43.848	warn	Objects 127.0.0.1:59028 Error from InMemDB: Error: ERROR readDir id=enigma2.0: Not exists
host.Beelink	2020-05-17 10:34:43.844	warn	Objects 127.0.0.1:59028 Error from InMemDB: Error: ERROR readDir id=admin.1: Not exists

[Steff]

@Jan1,

schau mal hier Link und den Folgepost, @Diginix hatte dort das gleiche Problem. Da muss bei dir irgendwo ein Meta-Objekt hängengeblieben sein. Dies muss wohl gelöscht werden, aber vielleicht kann Dir @Diginix mehr dazu sagen.

Gruß Steffen

[Jan1]

@Steff
Ja nur wo soll das liegen und warum meckert er dann auch noch das an iqontrol.meta? Das ist nun das einzige meta Verzeichnis unter /opt/iobroker/iobroker-data/files das ich jetzt manuell angelegt habe. Jetzt sind keine Meldungen mehr im Log, wobei ich das ganze nicht wirklich verstehe.

[Steff]

@Jan1,
hmm, und unter Objekte --> Expertenmodus ist kein Meta-Objekt Namens admin.1 auffindbar?

[Jan1]

@Steff
nein, nichts dabei. Wobei es eh nur Warnungen sind und die jetzt mit den angelegten Verzeichnissen auch weg sind. Verstehen würde ich es trotzdem gerne.

[Steff]

@Jan1,
sehr komisch.
Bin da jetzt aber auch raus, bei mir war glücklicherweise nach dem Anlegen der Verzeichnisse das Log wieder sauber.

[Jan1]

@Steff
Ist es bei mir auch

[Diginix]

@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.

[oFbEQnpoLKKl6mbY5e13]

@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.

[Jan1]

@Diginix
Schon klar, nur gibts da bei mir auch kein admin.1

[Diginix]

@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.

[Jan1]

@Diginix
alles klar, die Statusansicht hatte es gefiltert. Kann ich nun also einfach den admin.1 dort löschen?