Beta Test js-controller 3.2.x auf GitHub

[Jan1]

@apollon77 said in Beta Test js-controller 3.2.x auf GitHub:

@jan1 Hm ... Ich hab ein Proxmox HA Cluster am laufen und mehrere test und production Container und VMs ... also ich habe keinerlei Probleme. Also sorry kann ich nicht bestätigen

Ich bin mir auch sicher, dass Du weißt was Du tust und weißt was zu tun ist, wenn was nicht läuft.

[Homoran]

@jan1 Das "Problem" ist nicht die Benutzung von proxmox, sondern das fehlende Wissen bei der Nutzung von Containern innerhalb von Proxmox.
mit einer VM innerhalb von Proxmox gibt es eigentlich nie Probleme.

[Kueppert]

Genau so ist es...VM ist ja fast wie nen eigenständiger Rechner...Container hab ich mich mal eingelesen, war mir aber zu abweichend vom Standard-Linux und zu zeitaufwendig, mich damit zu beschäftigen.
Einfach ne VM, gut ist

[Jan1]

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

[Thomas Braun]

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

[lobomau]

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

[apollon77]

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

[lobomau]

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

[apollon77]

@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

[Thomas Braun]

@lobomau said in Beta Test js-controller 3.2.x auf GitHub:

als root (ja soll man nicht...)

Warum machst du es dann trotzdem?

[lobomau]

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

[lobomau]

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

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

Meldungen der Adapter alexa2 (Fehler bereits gefunden) und sonos (issue erstellt) läuft der neue JS-Controller bisher einwandfrei.

@apollon77
Hat sich erledigt.

[lobomau]

@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

[apollon77]

@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

[Jan1]

Kurze Frage, ist das noch die aktuelle Beta 3.2.6-0?

[lobomau]

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

[Jan1]

@lobomau
Deshalb lösche ich immer den IOBroker Ordner wenn ich ein Backup restore, so ist definitiv nix vom alten IOBroker System vorhanden.

[apollon77]

@jan1 Ja, ich denke im laufe des Tages heute kommt die 3.2.6-1 die dann Latest RC1 wird

[Jan1]

@apollon77
Alles klar, dachte nur ich hätte was verpasst, da schon sooo lange keine neue Beta mehr zum Testen anstand