UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[wusa]

@fredf sagte in Neue stable Versionen der Adapter: web, socketio und ws:

@wusa
Hast du eine Instanz dieser Adapter auf dem Slave installiert? Wenn nicht, dann kein update

Oh :man-facepalming:

Ich bin fest davon ausgegangen, dass es Standard Sachen sind, die geupdatet werden müssen.
Danke für den Hinweis. Habe ich auf dem Slave nicht speziell installiert.

Sorry und Danke

[Pedder007]

@fredf genau.
Sorry, hatte auch etwas unpräzise formuliert. Slave Updates natürlich nur da, wo die Instanzen installiert waren/sind. Da wurden sie aber auch angezeigt.

[peterbonge]

@mhuber said in Neue stable Versionen der Adapter: web, socketio und ws:

schon jemand eine Idee was das sein kann? Seit dem Update habe ich auch immer wieder RAM Probleme....IOB läuft im docker

Ist jetzt wahrscheinlich nicht hilfreich, aber ich sollte es doch mal erwähnen: Nach den nachfolgenden Updates bekam ich eine Meldung von wegen zu wenig RAM. Dann habe ich dem Proxmox-Container mehr RAM zugewiesen und seitdem ist das Problem weg.

[mhuber]

@peterbonge hab ich auch schon versucht, keine Besserung

[crepp1967]

Hallo,

Ich weiss nicht ob das Thema hier her gehört wenn nicht bitte an die richtige Stelle verschieben:
Ich habe gestern auf JS Controller 5 geupdatet - seitdem kann ich einen meiner beiden Views nicht mehr aufrufen (es erscheint ewig die Meldung "Verbinde mit Server - lade Werte)
Den Tip hier im Thread (reine Websockets laden) habe ich ohne Erfolg getestet.
Mir ist aufgefallen das die Views unterschiedlich abgelegt sind:
N1. http://192.168.1.203:8082/vis/index.html?Produktiv#tablet_quer_main
Nr.2 http://192.168.1.203:8082/vis/index.html#Main
Könnte das der Grund sein?

======================= SUMMARY =======================
                     v.2023-06-20


   Static hostname: iob-test1-proxmox
         Icon name: computer-vm
           Chassis: vm
        Machine ID: 33dc4f3a0bb843a19efcff7c642a250d
           Boot ID: 52d129d8886545418f38723df62f863d
    Virtualization: kvm
  Operating System: Debian GNU/Linux 11 (bullseye)
            Kernel: Linux 5.10.0-25-amd64
      Architecture: x86-64

Installation:           kvm
Kernel:                 x86_64
Userland:               amd64
Timezone:               Europe/Berlin (CEST, +0200)
User-ID:                1000
X-Server:               false
Boot Target:            graphical.target

Pending OS-Updates:     0
Pending iob updates:    0

Nodejs-Installation:    /usr/bin/nodejs         v18.17.1
                        /usr/bin/node           v18.17.1
                        /usr/bin/npm            10.0.0
                        /usr/bin/npx            10.0.0

Recommended versions are nodejs 18.x.y and npm 9.x.y
Your nodejs installation is correct

MEMORY:
               total        used        free      shared  buff/cache   available
Mem:             11G        4.9G        5.3G         10M        1.5G        6.5G
Swap:           974M          0B        974M
Total:           12G        4.9G        6.3G

Active iob-Instances:   43
Active repo(s): Stable (default)

ioBroker Core:          js-controller           5.0.12
                        admin                   6.8.0

ioBroker Status:        iobroker is running on this host.


Objects type: jsonl
States  type: jsonl

Status admin and web instance:
+ system.adapter.admin.0                  : admin                 : iob-test1-proxmox                        -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
+ system.adapter.web.0                    : web                   : iob-test1-proxmox                        -  enabled, port: 8082, bind: 192.168.1.203, run as: admin

Objects:                27350
States:                 24455

Size of iob-Database:

34M     /opt/iobroker/iobroker-data/objects.jsonl
18M     /opt/iobroker/iobroker-data/objects.json.migrated
18M     /opt/iobroker/iobroker-data/objects.json.bak.migrated
16M     /opt/iobroker/iobroker-data/objects.json.broken
110M    /opt/iobroker/iobroker-data/states.jsonl
11M     /opt/iobroker/iobroker-data/states.json.migrated
11M     /opt/iobroker/iobroker-data/states.json.bak.migrated
0       /opt/iobroker/iobroker-data/states.json.broken



=================== END OF SUMMARY ====================

[Thomas Braun]

@crepp1967

Hat zwar nichts mit dem Problem zu tun (vermutlich), aber lass die Finger von manuellen Installationen von npm

/usr/bin/npm            10.0.0

npm kommt im Paket nodejs immer in passender Version daher

[crepp1967]

@thomas-braun
kann ich das drauflassen oder soll ich downgraden? (wie?)

Gruß
Torsten

[Thomas Braun]

@crepp1967

iob stop
sudo apt update
sudo apt install --reinstall nodejs
iob restart

[crepp1967]

@thomas-braun sagte in Neue stable Versionen der Adapter: web, socketio und ws:

sudo apt install --reinstall nodejs

Ok, das ist erledigt:

Nodejs-Installation:    /usr/bin/nodejs         v18.17.1
                        /usr/bin/node           v18.17.1
                        /usr/bin/npm            9.6.7
                        /usr/bin/npx            9.6.7

Mein ursprüngliches Problem ist leider immer noch:

[Ro75]

@crepp1967 Hast du zufällig Widgets/Objekte gruppiert? Dann ggfs. noch kopiert und eingefügt und die Gruppierung aufgehoben? Wenn ja, nicht machen. Danach ist die VIS nicht mehr aufrufbar.

Da muss eine Datei manuell geändert werden oder ein Backup eingespielt.

Ro75.

[crepp1967]

@ro75
Ja ich habe mehrfach Objekte/ Widgets gruppiert, aber in beiden Views. (auch in dem der nach wie vor funktioniert). Welche Datei muss manuell bearbeitet werden?
Ich denke das Bearbeiten einer Datei ist einfacher als alle Gruppierungen heraus zu suchen...
Ich habe mir das nicht notiert welche Gruppierungen ich gemacht habe.

Gruß
Torsten

[Ro75]

@crepp1967 Du bist nicht der erste mit diesem Problem. Bei jeder neuen Gruppierung wirst du den selben Effekt erhalten - verzichte darauf.

Ro75.

[mcm1957]

@ro75 said in Neue stable Versionen der Adapter: web, socketio und ws:

@crepp1967 Du bist nicht der erste mit diesem Problem. Bei jeder neuen Gruppierung wirst du den selben Effekt erhalten - verzichte darauf.

Ro75.

Gibts ein issue das diese Peoblem beschreibt?
Wenn nein sei doch so gut und erstell eine mit dem Wissen dass du zum Thema hast
Danke

[Ro75]

@mcm57 Die Frage ist, wo gehört es hin VIS? WEB?

Ro75.

[mcm1957]

@ro75
Bin auch nicht sicher. Tendiere aber zu vis.
@apollon77 was sagst du?

[crepp1967]

@ro75
Ich habe jetzt alles zurückgesetzt (JS-Controller auf 4.024)

Die Frage ist nun wie bekomme ich raus wo sich Gruppen befinden?
(Ich habe meine Views in mehrere Unterseiten aufgeteilt)
Gibt es eine Möglichkeite diese Widget-Gruppen sauber herauszufinden ohne das ich etwas vergesse und nach dem nächsten Versuch den JS-Controller 5 zu installieren feststellen muss das mir eine Gruppe durch die Lappen gegangen ist?!
Gruß
Torsten

[Ro75]

@crepp1967 welche Datei es ist, kann ich nicht sagen. Ich hatte ein Backup zurückgespielt.

Ro75.

[crepp1967]

@ro75

Ich habe gerade gemerkt dass ich in dem View der nach dem JS-Controller Upgrade noch korrekt lief auch Widget-Gruppen integriert hatte. Habe sie gleich gelöscht / auseinandergenommen.
Im View der nicht lief habe ich bis jetzt noch keine gefunden...
Gruß
Torsten

[Ro75]

@crepp1967 Das muss nicht unbedingt in der View sein. Es "zerschießt" einfach gesagt das Projekt.

Ro75.

[crepp1967]

@ro75
Welche Gruppen meinst Du dann genau nach denen ich suchen muß?

Gruß
Torsten