js-controller 6.0.x jetzt für alle User im STABLE!

[oFbEQnpoLKKl6mbY5e13]

@foxriver76

Bleiben wir ruhig bei dem genannten Beispiel.

Alias:

Spoiler

{
  "common": {
    "alias": {
      "id": {
        "read": "mqtt-client.0.stat.tasmota_A36501.POWER2",
        "write": "mqtt-client.0.cmnd.tasmota_A36501.POWER2"
      },
      "read": "val == \"ON\" ? true : false",
      "write": "val == true ? 1 : 0"
    },
    "name": "Strahler 2",
    "role": "switch",
    "type": "boolean",
    "unit": "",
    "min": null,
    "max": null,
    "read": true,
    "write": true,
    "smartName": {
      "de": "Strahler 2",
      "smartType": "SWITCH"
    }
  },
  "native": {},
  "type": "state",
  "_id": "alias.0.Haus.Erdgeschoss.Schlafzimmer.Strahler2.switch_on",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1680780507033
}

Datenpunkt lesend:

Spoiler

{
  "type": "state",
  "role": "text",
  "common": {
    "name": "POWER2",
    "type": "mixed",
    "read": true,
    "write": true,
    "desc": "created from topic",
    "custom": {
      "mqtt-client.0": {
        "enabled": true,
        "topic": "stat/tasmota_A36501/POWER2",
        "publish": false,
        "pubChangesOnly": false,
        "pubAsObject": false,
        "qos": 0,
        "retain": false,
        "subscribe": true,
        "subChangesOnly": false,
        "subAsObject": false,
        "subQos": 0,
        "setAck": true
      }
    }
  },
  "native": {
    "topic": "stat/tasmota_A36501/POWER2"
  },
  "from": "system.adapter.mqtt-client.0",
  "user": "system.user.admin",
  "ts": 1680698849842,
  "_id": "mqtt-client.0.stat.tasmota_A36501.POWER2",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "binary": true
}

Datenpunkt schreibend:

Spoiler

{
  "type": "state",
  "role": "text",
  "common": {
    "name": "POWER2",
    "type": "mixed",
    "read": true,
    "write": true,
    "desc": "created from topic",
    "custom": {
      "mqtt-client.0": {
        "enabled": true,
        "topic": "cmnd/tasmota_A36501/POWER2",
        "publish": true,
        "pubChangesOnly": false,
        "pubAsObject": false,
        "qos": 0,
        "retain": false,
        "subscribe": true,
        "subChangesOnly": false,
        "subAsObject": false,
        "subQos": 0,
        "setAck": true
      }
    }
  },
  "native": {
    "topic": "cmnd/tasmota_A36501/POWER2"
  },
  "_id": "mqtt-client.0.cmnd.tasmota_A36501.POWER2",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1680700517346,
  "binary": true
}

Edit:
Ich schätze, die Meldung kommt jeweils vom Javascript-Adapter und vom Influxdb-Adapter für jeden Alias, der eine Konvertierungsfunktion (lesend) aktiviert hat.

[fellpower]

@homoran
Ahhhh, ja.

Die Frage ist, ist der neuste Docker Container schon geupdatet, seitens iobroker? Dann bräuchte ich den "latest" ja nur neu ausrollen ^^

[Codierknecht]

@fellpower
Warum

auf einem Proxmox Server im Docker

???
Proxmox bietet doch VM oder LXC als Virtualisierung an.
Warum dann da noch Docker?

[crunchip]

@foxriver76 muss ich testen, bisher nur einmal versucht
@foxriver76 habe es soeben nochmal probiert, lief allerdings auf den gleichen Fehler hinaus

[fellpower]

@codierknecht

Weil ich damit noch andere Sachen mache. Warum, oder wieso spielt doch keine Rolle für das Problem.

Wie könnte man das jetzt lösen? Das Container Image neu downloaden und einfach neu ausrollen? Ist der denn schon up-to-date? Wie finde ich das raus?

[Codierknecht]

@fellpower sagte in Nach Update des JS Controllers einige Fehler:

ist der neuste Docker Container schon geupdatet, seitens iobroker?

Ein neues Image gibt's nur, wenn sich am Unterbau (OS) etwas ändert.
Updates des js-controllers oder der einzelnen Adapter muss man schon selbst ausführen.

[fellpower]

@codierknecht
Okay, aber dann lese ich hier, das geht nicht im Docker. Wat denn nu?

[Codierknecht]

@fellpower sagte in Nach Update des JS Controllers einige Fehler:

Weil ich damit noch andere Sachen mache

Ich auch. Darum gibt's bei mir jeweils eigene LXC-Container (ioBroker, MariaDB, Grafana, AdGuard) bzw. VM's (Octoprint).

[Codierknecht]

@fellpower sagte in Nach Update des JS Controllers einige Fehler:

dann lese ich hier, das geht nicht im Docker

"Geht nicht" ist so nicht korrekt. Gehen tut's schon - wenn damit z.B. ein Update von Node oder Packet-Updates gemeint ist - macht man aber nicht. Wäre ja beim re-launch auch weg.

Den js-controller und/oder die Adapter kann (und sollte) man sehr wohl aktuell halten.
Es sei denn, man wartet immer bis zur nächsten Version des Image. Das geht natürlich auch.

Wo läuft denn da Dein Docker?
Parallel zu Proxmox als weitere Virtualisierung?
Oder innerhalb einer VM/LXC?

[fellpower]

@codierknecht
Mein Docker läuft auf einem Ubuntu LXC, welches aufm Proxmox läuft.

Wie bekomme ich denn jetzt den node.js Controller dauerhaft geupdatet? Das scheint ja noch/wieder die "alte" Version zu sein, weil ich den Container neu gestartet habe.

Oder geht das nur, wenn es von iobroker n neues Docker Image gibt?

[Codierknecht]

@fellpower sagte in Nach Update des JS Controllers einige Fehler:

Oder geht das nur, wenn es von iobroker n neues Docker Image gibt?

Richtig!
Was man im Container am OS bastelt, ist weg wenn der Container neu gestartet wird.
Das ist ja Sinn und Zweck von Containern.

Da musst Du warten, bis @buanet ein neues Image bereitstellt.

Docker in einem LXC hört sich irgendwie schräg an.
Virtualisierung in einer Virtualisierung

[crunchip]

@homoran doch

@fellpower sagte in Nach Update des JS Controllers einige Fehler:

Dann bräuchte ich den "latest" ja nur neu ausrollen

Der neuste(v10) beta bringt Nodejs v20 mit

[fellpower]

@codierknecht
Ja, wenn man ein Linux Profi ist, macht man das natürlich anders - bin ich aber nicht!

Und für das bisschen, was der machen soll, spielt es für mich keine Rolle, ob es virtualvirtualisiert ist

[Codierknecht]

@fellpower sagte in Nach Update des JS Controllers einige Fehler:

Ja, wenn man ein Linux Profi ist, macht man das natürlich anders - bin ich aber nicht!

Ich mit Sicherheit auch nicht

[foxriver76]

@ofbeqnpolkkl6mby5e13 Hm schaut eigentlich ok aus, muss ich probieren nachzustellen.

[fellpower]

@codierknecht
Also fassen wir zusammen:

Ich habe den js-controller geupdatet, das hat wohl funktioniert.
Aufgrund der Docker "Problematik" kann ich mein node.js irgendwie nicht updaten.

Wenn ich es mit den bekannten Befehlen versuche (Wie hier beschrieben: https://forum.iobroker.net/topic/64032/update-nodejs-best-practise-supported-16-und-18), dann funktioniert das irgendwie nicht. node.js bleibt auf 18.20.4.

Also muss ich warten, bis buanet was neues bringt - oder selbst n Container bauen, wäre noch ne Möglichkeit.

Was ist mit den Node-Red Fehlern auf dem Bild? Woher kommen die - und wie löse ich das?

[crunchip]

@fellpower sagte in Nach Update des JS Controllers einige Fehler:

Also muss ich warten, bis buanet was neues bringt?

https://github.com/buanet/ioBroker.docker/releases/tag/v10.0.0-beta.1

[fellpower]

@crunchip
Hab ich schon gesehen. Wollte aber warten, bis nicht mehr Beta.

Aber ich denke, dann ist ja eigentlich alles richtig gelaufen, nur node.js kann noch nicht geupdatet werden, bis ich das Image neu ausrolle.

Was sind das für Fehler mit Node-Red? Weiß das jemand? Node-Red an sich funktioniert noch.

[crunchip]

@fellpower sagte in Nach Update des JS Controllers einige Fehler:

Was sind das für Fehler mit Node-Red?

stimmt wohl die Verlinkung nicht

[foxriver76]

@crunchip Docker oder klassische Linux Installation?