Mal eine andere Frage - warum werden eigentlich beim DEINSTALLIEREN von anderen Adapter, die folgen drei Adapter sehr häufig auf einen alten Versionsstand zurück gesetzt?
Es ist mir jetzt schon ein dutzend mal passiert, das ich einen anderen Adapter nur mal antesten wollte. Die Deinstallationsroutine hat dann extrem lange gedauert und danach werden die oben genannten Adapter immer wieder mit alten Versionsnummern angezeigt.
Hallo @apollon77,
@apollon77 sagte in WICHTIG: Updates von socketio, web, admin (Latest vorerst):
@Steff und wenn das passiert ... steht irgendwas in der Browser Konsole?
da kommt dann nur das hier
Gruß Steffen
@JB_Sullivan
Das hört sich sehr seltsam an. Wechselst Du da auch das Respo? Das hatte ich noch nie bei mir und bis eben auch noch nie gehört.
@JB_Sullivan bitte nicht Themen mischen. Eigener thread bitte. Ich tippe das ist das gleiche Thema warum bei deinem Windows install letztens andere Pakete weg waren. Ich glaube das liegt am windows installer und @Stabilostick ist da schon dran
@Steff was offline for 10s bedeutet das irgendwie die Verbindung weg war. Mal bei dem tablet nach dem Web Update auf 3 browse Cache gelöscht und so ... oder ist’s die android app?
@apollon77
das ist ja das komische, es betrifft nur den VIS-Editor und den habe ich auch nur an meinem Desktop offen, weil ich nur an diesem an der Visu bastle. Habe ich nur die Visu am Desktop oder am Tablet per Fully offen bekomme ich nicht diese Connenct/Disconnect Log-Einträge.
@Steff mach mal mit den Details und Screenshot und so ein GitHub issue für Vis auf.
@apollon77 sagte in WICHTIG: Updates von socketio, web, admin (Latest vorerst):
JB_Sullivan bitte nicht Themen mischen. Eigener thread bitte. Ich tippe das ist das gleiche Thema warum bei deinem Windows install letztens andere Pakete weg waren. Ich glaube das liegt am windows installer und @Stabilostick ist da schon dran
Ich dachte nur, weil hier auch der Admin im Spiel ist - ok ich warte dann mal was Stabilostick heraus findet.
@apollon77 sagte in WICHTIG: Updates von socketio, web, admin (Latest vorerst):
@Steff mach mal mit den Details und Screenshot und so ein GitHub issue für Vis auf.
Issue ist erstellt --> https://github.com/ioBroker/ioBroker.vis/issues/266
@apollon77 sagte in WICHTIG: Updates von socketio, web, admin (Latest vorerst):
@Alligator danke für den Bericht aber du mischst sehr viele Dinge. kannst du hier ggf nochmal Details ausführen?
Es wird träge heißt was genau? Im Browser? Der Rechner? Was genau? Was wurde immer langsamer? Was stand im log? Das was du beschreibst kann gefühlt 10000 Gründe und Ursachen haben. Sorry.
Und: warum ist bei dir ein Controller vom GitHub drauf?? Das ist definitiv nicht latest
Hallo Apollon77,
ich versuche es mal genauer zu beschreiben 
. Also mit langsamer meine ich den iobroker selbst bzw. den JavaScript Adapter in Verbindung mit Objekte. Blockly's zu bearbeiten war kaum möglich aber vor allem war eine Werte änderung unter Objekte kaum bis gar nicht mehr möglich. True /False Änderungen wurden nur sehr langsam oder gar nicht umgesetzt und wenn ein zahlen Wert überschrieben werden sollte wurde statt dessen der alte Wert mit dem neuen Aufaddiert.
Die Ereignisse von JavaScript Adapter in der Instanzen Ansicht ging dabei in die 15.000 und mehr (normal bei mir derzeit ca. 517/29) und die Ram-Nutzung stieg auf weit über 300MB, einmal sogar über 500MB (normal bei mir derzeit um die ca. 160MB).
Mein Server sollte damit locker klar kommen (Pentium i3 mit 8GB DDR3, 120GB SSD und Debian 10.3), aber der JavaScript Adapter ist dabei vollkommen zusammengebrochen.
Warum ich den JS-Controller 2.3.0 habe weiß ich auch nicht. Wie schon gesagt habe ich alles auf den neusten Stand gebracht, aber wie ich dabei zu JS-Controller 2.3.0 gekommen bin kann ich absolut nicht beantworten 
!
Wahrscheinlich erklärt das aber die Warnmeldungen im LOG die ich weiter oben schon mal beschrieben habe
Ich hoffe ich konnte es zumindest ein bisschen besser beschreiben. Zumindest läuft mein System mit der Beschriebenen Fehlerbehebung jetzt Super 
(von den beschriebenen Warnmeldungen mal abgesehen - die ja aber auch nur ein Hinweis für die Zukunft sind)! Von daher werde ich daran jetzt auch erstmal nicht ändern und beim JS-Controller 2.3.0 bleiben.
Bei konkreteren Fragen einfach raus damit, ich werde sie mit meinem Leihen haften Wissen (das ganze ist für mich nur Hobby) so gut ich kann versuchen zu beantworten. LOG Auszüge habe ich leider keine mehr davon, da auch hier die Größe extreme Züge annahm und ich versucht hatte die Speicherbelastung soweit wie möglich zu reduzieren. Ich weiß im nachhinein super Blöd aber um das System erstmal überhaupt wieder zum laufen zu bringen passieren im eifer des Gefechts leider auch solche Fehler 
.
LG Alligator
@Alligator Aaaaaaaalso 
Ich versuche es mal grob in Deiner Reihenfolge abzuarbeiten:
1.) Wenn "Events auf 15k gehen" heisst es entweder das irgendein Adapter Amok läuft und Dein System mit Events überschämmt (dann müsste parallel zu "In" bei Javascript auch bei einem anderen Adapter so eine Zahl bei "out" stehen. ODER eins deiner Skripte läuft Amok und tut hier Dinge. So oder so nichts mit den Themen dieses Threads
Wenn wirklich 15k Events durchs system geschleust werden ist Admin lahm (dder kriegt die ggf auch alle) und der js-controller wird auch sehr viel CPU brauchen. Das erklärt genau das was Du gesehen hast.
2.) js.controller: Am besten downgrade auf den 2.2.9er - und ja die Meldung kommt daher
@apollon77 said in WICHTIG: Updates von socketio, web, admin (Latest vorerst):
Javascript 4.4.x
Admin 4.0.2
IoT 1.3.2
Javascript 4.4.2
Scenes 1.1.0
JS controler 2.2.9
Node.js v10.19.0
NPM 6.13.4
Broser Console
heute bauen sich die skripte schneler auf, scenen aber nicht
@arnold Click bei einer der Meldungen hinten auf das "websocket.js:234" und zeig mal den Screenshot bitte
so, nachdem ich mich tagelang mit "no connection" bei Firefox rumgeärgert habe,
keine Idee hatte, die NUC gestern fast bei ebay reingemacht hätte, hab ich jetzt socket.io und web zurück
auf die letzte Version gebracht.
vorher :
nachher : ( kein Socket Fehler mehr )
Nur kurze Info, da derzeit keine richtige Zeit zum Antworten und Testen...
Habe auch alle Updates auf die neuesten Versionen (web, socketIO, admin, js-controller) und seitdem auch immer wieder Verbindungsabbrüche und Neustarts (disconnects/connects des Web-Adapters).
Auch habe ich immer mal wieder das Laufrad in den bunten Farben.
Scheint bei mir keinen Unterschied zu machen, ob ich den internen oder zusätzlichen SocketIO im Web-Adapter einstelle.
Es ist aber nicht so drängend bei mir, dass ich mir die Zeit zum Downgrade nehmen will.
Auch habe ich keine Probleme beim Speichern/Bearbeiten von Javascripts oder Blockly's.
Wollte nur melden, dass es auch hier leichte Probs gibt, um die Entwickler zu informieren.
Mehr nicht 
@skokarl hattest du nach dem Update von Web und socketio mal den Browser Cache und so
Geleert und Browser neu gestartet? Nicht das der noch alte libraries gecached hatte und die weiter genutzt hat? Und auch was für ein Browser Ist das denn?
Hallo apollon, schön dass ich jetzt hier wenigstens richtig bin, und Du mir antwortest,
hatte schonmal nen anderen Thread eröffnet, und war mit meinem Latein am Ende.
Also, von vorne.
Ich hab ne NUC mit Linux 9, alles läuft super.
Dann habe ich die mir angeboteten Updates gemacht, das waren irgendwie 3 oder 4, und
konnte ab dem Moment mit dem Firefox nicht mehr richtig arbeiten.
Beim Starten vom Editor kommt oben rechts "no connection", dann versucht der Editor Daten zu laden,
scheinbar versucht er es auch mehrfach. Zu 90% öffnet dann der Editor ohne Daten also alles NULL.
In 10% der Fällen klappt es ohne Fehler, aber so kann man nicht arbeiten.
Außerdem fällt auf, dass er manchmal sehr lange braucht um die Ansicht ( Übersicht ) der Adapter zu laden.
Alles ganz seltsames Verhalten, passt aber zu NO Connection.
Firefox ist die aktuelle Version.
Ich hab mir Chrome runtergeladen und installiert, ebenfalls NO Connection.
Am Schluss habe ich Microsoft Edge probiert, da kommt seltsamerweise keine Meldung und die Daten werden auch korrekt geladen. Komisch.
Mit Microsoft Edge kann ich aber nicht arbeiten, da passieren andere komische Dinge im Editor, siehe Bild.
Das muss aber jetzt nicht mit den Updates zu tun haben, ich hatte Edge davor nie getestet !!
Kurzum,
ich kenne mich zu wenig mit Linux oder Javascript aus um das alles zu verstehen,
aber vor den Updates war alles in Ordnung.
Klar, Browser-Cache leeren, Neustart usw. hab ich alles gemacht.
Und Chrome hatte ich ja sogar neu installiert, den hatte ich vorher gar nicht, kann also nicht am
Cache liegen.
Gestern abend war ich echt schon so frustriert dass ich alles aufgeben wollte weil ich
eben zu wenig Ahnung habe.
Ich teste das alles von einem neuen Windows 10 Notebook.
Ich hoffe ich konnte ein bisschen helfen.
Eine Frage noch: du sprichst hauptsächlich von Vis und den vis Editor. Korrrekt?
@apollon77 sagte in WICHTIG: Updates von socketio, web, admin (Latest vorerst):
Eine Frage noch: du sprichst hauptsächlich von Vis und den vis Editor. Korrrekt?
Du kannst soviele Fragen stellen wie Du willst, bin nur gerade noch an der Arbeit.
In der VIS selber, also die Ansicht auf dem Tablet, habe ich keine Fehler oder komisches Verhalten festgestellt.
Der Editor macht große Probleme, also das "No Connection".
Und wenn ich den Admin Bereich starte und dann z.b. in die Adapter wechsele kommt oft der Kreis und
es dauert sehr sehr lange.
Wenn ich Dir helfen kann, kannst Du gerne heute Nachmittag Remote auf mein Laptop kommen, ich habe
nämlich auch großes Interesse daran, dass alles wieder rund läuft. Dann spiele ich Dir ein Backup auf die NUC
und Du kannst Dich austoben.
@apollon77 sagte in WICHTIG: Updates von socketio, web, admin (Latest vorerst):
@Steff mach mal mit den Details und Screenshot und so ein GitHub issue für Vis auf.
Issue ist erstellt --> https://github.com/ioBroker/ioBroker.vis/issues/266
