Beta Test js-controller 3.2.x auf GitHub
-
@homoran
Da müssen wir nicht drüber diskutieren, ist bekannt, dass das eigentliche Problem an der Tastatur sitzt.
Es ist eher das Problem, dass eben User sich hier was zusammenbauen weil es bei anderen auch läuft, aber nicht wissen was sie da tun und das zeitgleich mit dem Einstieg in IOBROKER.So hast gleich ein paar Baustellen in einer und ohne wirkliches Wissen dazu ist es eben recht schwer.
-
@jan1 said in Beta Test js-controller 3.2.x auf GitHub:
zeitgleich mit dem Einstieg in IOBROKER.
Und einem Einstieg in Linux auf CLI-Ebene. Kommt als weitere Baustelle neben Proxmox und dem ioBroker noch dazu.
-
@thomas-braun @Jan1 ihr habt erstmal Recht. Ich werde nun auch (wieder) auf eine VM umstellen.
Nichtsdestotrotz muss ich sagen, dass ich ioBroker schon Monate (Jahre?) so hab laufen lassen und natürlich etliche js-controller Updates so durchgeführt habe und nie ein Problem hatte. Leider werde ich die Ursache auch wahrscheinlich nicht mehr erfahren. Aber mal schauen... vielleicht kommt das Problem ja wieder... dann lag das Problem ganz woanders....
Wichtig ist zu wissen, dass es bei euch ohne Probleme läuft. -
@lobomau said in Beta Test js-controller 3.2.x auf GitHub:
der werde ich die Ursache auch wahrscheinlich nicht mehr erfahr
DOCH die Ursache ist ermittelt und mit dem nächsten controller pre-release gefixt (also wenn es das bei dir auch ist was wir jetzt gefunden haben, was ich aber denke das es wahrscheinlich ist)
-
@apollon77 dann bin ich mal gespannt.
Da habe ich nochmal eine Frage. Ich habe gestern mit der 3.2.6-0 ein Backup erstellt per cli "iobroker backup".
Nun restore ich dieses Backup auf ein ioBroker mit JS 3.1.6.
Node und npm müssten gleich sein.
Funktioniert das? Oder sind Probleme zu erwarten?Und als root (ja soll man nicht...)
-
@lobomau Am Backup hat such an sich nichts geändert. Ich würde spontan keine Probleme erwarten. Ob das so ist sagst Du uns ja dann
-
@lobomau said in Beta Test js-controller 3.2.x auf GitHub:
als root (ja soll man nicht...)
Warum machst du es dann trotzdem?
-
@apollon77 ja, sieht sehr gut aus
Hatte ich ganz vergessen, dass ich gestern dieses Backup über ioBroker gemacht hatte. Zuvor hatte ich auf ein 10 Tage altes Backup über Proxmox zurückgegriffen. -
@thomas-braun hast Recht... seit gestern weiß ich ja wie ich einfach einen User erstelle. Nach dem Geteste die Tage wollte ich nur erstmal zurück auf das was lange gut funktionierte.
-
@ofbeqnpolkkl6mby5e13 said in Beta Test js-controller 3.2.x auf GitHub:
Abgesehen von den
has no existing object, this might lead to an error in future versionsMeldungen der Adapter alexa2 (Fehler bereits gefunden) und sonos (issue erstellt) läuft der neue JS-Controller bisher einwandfrei.
@apollon77
Hat sich erledigt. -
@apollon77 said in Beta Test js-controller 3.2.x auf GitHub:
@lobomau Am Backup hat such an sich nichts geändert. Ich würde spontan keine Probleme erwarten. Ob das so ist sagst Du uns ja dann
Ich habe eine Warnung. Einschränkungen sind mir keine bewusst.
Hat wohl etwas mit der Datenbank zu tun!? Beim up und downgraden vom js-controller und Aufspielen von ioBroker Backups lief immer unverändert der selbe InfluxDB container. Irgendeine Idee?host.ioBrokerCT 2021-01-15 08:13:31.827 warn States 127.0.0.1:38258 Error from InMemDB: Error: client NOT SUPPORTED host.ioBrokerCT 2021-01-15 08:13:31.825 warn Objects 127.0.0.1:34834 Error from InMemDB: Error: client NOT SUPPORTED -
@lobomau Also mir sieht es eher danach aus das du irgendeinen Versionsmischmasch hast weil scheinbar will das "skript" ein Kommando senden was erst der js.controlelr 3.2 server kann ... würde heissen das du da noch files liegen hast die 3.2 sind aber nicht alles. Effektiv sollte keine mega auswirkung haben weil das kommando "Unwichtig" ist, aber komisch trotzdem
-
Kurze Frage, ist das noch die aktuelle Beta 3.2.6-0?
-
@apollon77 ja, sowas wird es sein. Als ich auf 3.2.6-0 war, habe ich ja auch an Scripten gearbeitet. Dann habe ich ein ioBroker Backup erstellt. Dann bin ich auf ein Proxmox Backup zurück (paar Tage alt und mit 3.1.6) und habe dann ein restore des ioBroker backups drauf gespielt.
Ich warte mal auf 3.2.X. ...und dann schauen ob die Warnung dann weggeht.
-
@lobomau
Deshalb lösche ich immer den IOBroker Ordner wenn ich ein Backup restore, so ist definitiv nix vom alten IOBroker System vorhanden. -
@jan1 Ja, ich denke im laufe des Tages heute kommt die 3.2.6-1 die dann Latest RC1 wird
-
@apollon77
Alles klar, dachte nur ich hätte was verpasst, da schon sooo lange keine neue Beta mehr zum Testen anstand
-
@jan1 Naja Sie ist schon sehr stabil, von daher haben wir die Woche über die "kleinen Dinge" gesammelt und damit kommt hoffentlich nur noch eine vorabversion vor dem Latest
-
Hallo an die Testerrunde, passend zum Wochenende mit mehr Zeit zum testen habe ich die 3.2.6-1 (aka Latest RC1) für Euch.
Installation per `npm i iobroker.js-controller@next' oder wie oben beschrieben.
Am Ende sollte diese Version so komische Error-Loops beim beenden von Adaptern vermeiden wie etwas weiter oben berichtet wurden (also die die dann CPU 100% hatten). Also bitte checkt:
- generell adapter start, stop, restart, auch mal schnell hinterienander oder so. Auftretende Fehler werden ggf nur als "info" geloggt
- gern nochmal check der CLI kommandos die Ihr so nutzt, vor allem wenn Sie Parameter brauchen
Änderungen sind kleinere Optimierungen:
- (foxriver76) propagate error on sendTo methods to prevent exception loops
- (foxriver76) optimize parameters and flags on CLI
- (foxriver76) Use yargs helper instead of building our own string output to allow showing --help for a specific command instead of the whole output and allow support for auto completion (
iobroker _createCompletion >> ~/.bashrc) - (Apollon77) Do not reject the promise when no callback is used and a Database error occurs
Vielen Dank für Eure Unterstützung.
Ingo F
-
@lobomau Na dann nächster version, wenns immer noch passiert lass mal ins Log schauen
