Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[DJMarc75]

@lulu99 bitte die komplette Ein und Ausgabe in Codetags packen UND.... Stretch ist seit 2020 NICHT MEHR aktuell weil tot !!

[lulu99]

@djmarc75 ok, dann werde ich mich wohl da erstmal dran machen, um das auf den aktuellen Stand zu bringen. Vielleicht ist es dann damit schon erledigt.

Vielen Dank für die Hilfe.

[DJMarc75]

@lulu99 sagte in Ladezeit der VIS im Browser:

Vielleicht ist es dann damit schon erledigt.

Definitiv NICHT und bitte die EIN- und Ausgaben nochmal hier in Codetags einstellen !!!!!!

Aber ich sehe schon - ROOT ... WARUM ??

UND 147 Pakete aktualisierbar - alles sehr, sehr aktuell gehalten :grinning:

[lulu99]

@djmarc75

x86_64
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v16.17.1
v16.17.1
8.15.0
4.0.23
root
root
/root
OK:1 http://security.debian.org/debian-security stretch/updates InRelease
Ign:2 http://ftp.de.debian.org/debian stretch InRelease
OK:3 http://ftp.de.debian.org/debian stretch-updates InRelease
OK:4 http://ftp.de.debian.org/debian stretch Release
OK:5 https://deb.nodesource.com/node_16.x stretch InRelease
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Aktualisierung für 147 Pakete verfügbar. Führen Sie »apt list --upgradable« aus,                                                    um sie anzuzeigen.
nodejs:
  Installiert:           16.17.1-1nodesource1
  Installationskandidat: 16.17.1-1nodesource1
  Versionstabelle:
 *** 16.17.1-1nodesource1 500
        500 https://deb.nodesource.com/node_16.x stretch/main amd64 Packages
        100 /var/lib/dpkg/status
     4.8.2~dfsg-1 500
        500 http://ftp.de.debian.org/debian stretch/main amd64 Packages

Tja, warum root? Ewige Jahre her, damals erstmal einfach schnell angefangen, und dann einfach so gelassen und alles immer mehr eingerichtet.

[Thomas Braun]

@djmarc75 sagte in Ladezeit der VIS im Browser:

UND 147 Pakete aktualisierbar - alles sehr, sehr aktuell gehalten

Das ganze auf 'Stretch' was schon zwei Tode gestorben ist.

@lulu99 Mach es neu auf 'bullseye'-Basis und dann OHNE root.

[lulu99]

@thomas-braun tja, wie es manchmal so ist, never change a running system, lief ja soweit alles jahrelang. :-)

[DJMarc75]

@lulu99 sagte in Ladezeit der VIS im Browser:

never change a running system

das kannst Du vielleicht bei einem Brotbackautomat so sehen aber nicht bei einem System welches Pflege bedarf...

[Thomas Braun]

@lulu99 sagte in Ladezeit der VIS im Browser:

never change a running system

Immer wieder dieser Riesen-Blödsinn...

Nein, dein System IST schon kaputt. Bzw. ist so kaputt, dass es der Hersteller auch nicht mehr unterstützt.

[lulu99]

eingesehen!

Umzug dann am Besten mit dem Backitup Adapter?

[Thomas Braun]

@lulu99

Backup anlegen, System kernsanieren (Neubau), Backup einspielen,fertig.

[lulu99]

@thomas-braun vielen Dank für deine Hilfe!

[lulu99]

@thomas-braun @arteck @DJMarc75

So, ich habe ein komplett neues Debian 11 aufgesetzt, ioBroker Backup eingespielt, hat alles reibungslos geklappt.

Dann festgestellt, wieder das gleiche Problem mit dem Laden.

Das hat mir keine Ruhe gelassen und ich habe überlegt, was ich denn im ioBroker nach dem Update auf die neue Version vor ein paar Tagen geändert habe.

Dabei kam ich drauf, dass ich im VIS-Editor immer Verbindungsabbrüche hatte. Danach gesucht hatte ich im web-Adapter bei "Reine Web-Sockets" den Haken gesetzt, damit der VIS-Editor läuft.

Den habe ich jetzt wieder entfernt und siehe da, jetzt lädt die VIS auf den Tablets wieder direkt und schnell, aber jetzt hat der VIS-Editor natürlich wieder seine Verbindungsabbrüche.

Gibt es da eine Lösung? Oder ist bei mir woanders was falsch eingestellt?

[Homoran]

@lulu99 sagte in Ladezeit der VIS im Browser:

Oder ist bei mir woanders was falsch eingestellt?

iobroker.ws ist auch installiert?

[lulu99]

@homoran yep

[lulu99]

socket.io auch, darf nur eins installiert sein?

[Thomas Braun]

@lulu99
Können auch beide installiert sein, müssen dann aber auf unterschiedliche Ports.

[lulu99]

irgendwie stehe ich auf dem Schlauch und brauche da eure Hilfe.

wo erkenne ich denn, welcher gerade genutzt wird, ob socket.io oder der WS?

PS: Forget it, stand wirklich auf dem Schlauch

[lulu99]

sehe ich das richtig, Problem ist bekannt, einzige Lösung momentan ist eine zweite Web-Instanz?

[Homoran]

@lulu99 sagte in Ladezeit der VIS im Browser:

sehe ich das richtig, Problem ist bekannt, einzige Lösung momentan ist eine zweite Web-Instanz?

da gehörst du dann aber zu den ganz wenigen auf die das so zutrifft.
Jetzt wäre es nur zu interessant ob es tatsächlich und warum das bei dir nur so funktioniert

[lulu99]

@homoran tja. kannst du es denn mal versuchen bei dir nachzustellen?

Geht auch easy mit Chrome zum Beispiel. Haken rein bei "reine Web-Sockets".

Dann im Chrome auf dem Tablet deine Instanz aufrufen und so stehen lassen und dann einfach mal das Tablet in Standby. Und dann nach 10 Minuten wieder anmachen, bei mir dreht sich dann für etwa 50 Sekunden das Rädchen, bis sich die Seite wieder aufbaut.