js-controller 2.0 ab sofort im Latest Repo

[frank2604]

@sigi234 @BBTown

Vielen Dank!

@Jan1

Kannst Du Dir vorstellen, dass ein Nicht-Nerd nicht weis, was ein "Verwahrungsort" oder ein "Latest Repo" ist und das man das irgendwo einstellen muss? Mit solchen Kommentaren hält man Otto-Normal-Nutzer eher vom Forum fern.

[Jan1]

@frank2604
Wenn man sich mit IOBroker nur im Ansatz beschäftigt und ab und an mal ne Überschrift hinterfragt, steht die Frage auch für den letzten Laien nach ein paar Minuten im Raum "was ist der Unterschied zwischen latest und default Verwahrungsort?" Zumal man das gleich zu Beginn in den Einstellungen wählen muss, oder eben einfach lassen und sich nicht dafür interessieren.

Also ich bin hier auch rein gestolpert, allerdings war das Interesse gleich geweckt und somit auch das nötigste schnell soweit in Erfahrung gebracht.
Aber gerade lateste und default wird hier so dermaßen oft angesprochen, dass man sich da nicht mal groß informieren braucht um zu wissen, um was es geht.
OK, der eine verstehst es eben schneller als der andere und Du gehörst nun auch zu denen die den Unterschied kennen, also nimms mir nicht krumm, bisschen muss man sich eben auch einlesen, wenn man was anfängt von dem man kein Plan hat. Das geht jedem so, ich kenne zumindest keinen der allwissend geboren wurde.

[Neuschwansteini]

@apollon77 also die 2.0.29 und 2.0.34 laufen bei mir auf allen Hosts und Clients ohne Auffälligkeiten..
Die Clients sind RaspBerry Pi's, vom RaspiZero, Raspi2, Raspi3 und Raspi3+ ...

[Mic]

Bei Update von 2.0.33 auf 2.0.34 ist mir aufgefallen, dass da noch sudo in den Kommandos steht:

[MathiasJ]

@apollon77
Das ist aber schon eigenartig.
Mit der 2.0 habe ich täglich gefühlte 1000 Abstürze, mit der 1.5.x lief das Teil wochenlang ohne Störung durch.....
Ich werde jetzt mal das produktive System einschalten, um zu gucken, was geht.

[apollon77]

@Mic ja das müssen wir im Admin ändern. Ist quasi noch alt.

[apollon77]

@MathiasJ andererseits haben wir inzwischen über 1800 User auf der 2.0 ... und nur du hast diese Effekte.

Effektiv ja die 2.0 hat ein anderes CPU verhalten. Und das kann verschiedene Dinge triggern. Netzteil ist gut und so dimensioniert eigenes soll? Also raspi mindestens. 2.1A?

[MathiasJ]

@apollon77
Raspberry-Netzteil 3A,
Habe heute mal das Modem neu gestartet, gleiches Problem.
Vielleicht gibt's dieses Problem nur bei WLAN-Empfang? Der Master, der an der Strippe hängt, läuft ja.

[apollon77]

@MathiasJ Wenn ists aber ein Raspi Problem mit WLAN nicht iobroker.

[MathiasJ]

@apollon77
Ich weiss ja nicht, in wieweit der neue JS-Controller ins Betriebssystem geschweige bei den Treibern eingreift.
Wenn es, wie Du sagst, ein Raspberry-Problem wäre, hätte ich schon immer diese Abbrüche mit dem WLAN, oder?
Die Probleme gingen ja erst nach dem Update los.

[apollon77]

@MathiasJ das Ist es ja. Es greift an sich nicht ein.
Was „anders“ ist ist wie gesagt das cpu verhalten. Generell ist cpu im Schnitt etwas weniger aber teilweise brauchtest mehr cpu. Das liegt daran da ein paar blocking stellen verbessert wurden. Daher fühlt es sich schneller an weil der Durchsatz höher ist.

Wenn irgendwas nicht passt dann reagiert das System ggf schon durch so ein anderes cpu verhalten ggf anders. Ich würde mal Netzteil tauschen.

Auf Daten Ebene sollte weniger übertragen werden.

Eine Software alleine bringt ein System an sich nicht zum Absturz.

Hast du mal wie vorgeschlagen eine Shell mit „top“ laufen lassen?

[A Former User]

@apollon77 sagte in js-controller 2.0 ab sofort im Latest Repo:

System.host.name.logLevel

System.host.name.logLevel.txt

[apollon77]

@telekom0815 Hm ... hat weniger geholfen als gedacht ... ALso nächste runde. Ich schreibe dir im Persönlichen Chat.

[A Former User]

@apollon77
iobroker.2019-10-21.log
Fehler bleibt

[RappiRN]

@MathiasJ sagte in js-controller 2.0 ab sofort im Latest Repo:

@apollon77
Vielleicht gibt's dieses Problem nur bei WLAN-Empfang? Der Master, der an der Strippe hängt, läuft ja.

Hast du denn die Möglichkeit, deinen Slave mal an ein Kabelnetzwerk anzuschließen, grundsätzlich ist es ja empfohlen, die ioBroker-Hosts am Kabel zu betreiben.

Enrico

[opossum]

Hallo,
ich habe nun meine Testumgebung auf den JS-Controller 2.034 angehoben. Habe dann für meine VIS die Icons und Bilder via vis-1.2.1-Dateimanager hochgeladen, die Bilder werden dann bei der Auswahl auch angezeigt. Sie werden aber trotz dem nicht in der vis angezeigt. Betroffen sind bei mir die Icons der Widgets, wo man Signalbilder einstellen kann (Basic, jqui-mfd). Die bekomme ich zwar ausgewählt, aber sie werden nicht angezeit.

Zweites Problem: Ich hatte alle meine Flot-Diagramme im iFrame laufen. Jetzt erzählt mir vis, dass das nicht mehr geht.
Wie kann ich denn jetzt wieder retour mit dem Controller?

[apollon77]

@opossum
Hast Du die Uploads auch mit vis 1.2.1 gemacht? Versionen darunter hatten einen File upload Bug! Wenn ja bitte updaten und nochmal hochladen. Hätte dann faktisch nichts mit dem controller zu tun.

ALternativ (falls es nicht alte vis war): Was kommt denn wenn Du so ein bild direkt aufrufen willst im Browser?

Das mit iFrame hat auch nichts mit Controller zu tun sondern mit web glaube ich. Da gibts glaube auch nen GitHub Issue

[opossum]

Hallo,
Upload mit vis 1.2.1, Aufruf mit diesem Pfad http://192.168.1.68/opt/iobroker/iobroker-data/files/vis.0/project_1/battery/measure_battery_0.png, bei Edge und bei Chrome kommt kein Zugriff. Ich hoffe, ich habe das Icon richtig aufgerufen.

[apollon77]

@opossum Nimm doch mal genau de Pfad aus deiner Visu wo die Broken Icons kommen.

Der Pfad müsste eher: http://192.168.1.68:WEBPORT/vis.0/project_1/battery/measure_battery_0.png

[opossum]

da kommt dann sauber das Icon zur Anzeige. Ein Aufruf von http://192.168.1.68:8082/vis.0/project_1/battery/measure_battery_0.png bringt dann .