js-controller 6.0.x jetzt für alle User im STABLE!
-
Dicke Dinger seh ich da nicht. Der nicht laufende networking.service kommt mir komisch vor.
Stell vielleicht mal von jsonl auf redis um.
-
Das mit dem network.sevice habe ich auch gesehen, aber keine Ahnung woher das kommt. Es scheint aber auf die Funktionalität des IOB keinen Einfluss zu haben.
Auf redis umstellen traue ich mich noch nicht, da werde ich wohl erst noch etwas dazu recherchieren müssen. -
@jojo58 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
/opt/iobroker/backups: 25G /opt/iobroker/backups/
Zwar nicht Thema, macht aber wenig Sinn
-
@crunchip sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
Zwar nicht Thema, macht aber wenig Sinn
Ich weiß, aber das liegt daran, das ich auch auf OneDrive sichere und die letzten 20 behalte. Die liegen alle immer auf OneDrive und leider auch unter /opt/iobroker/backups.
Ich weiß nicht warum die doppelt gespeichert werden. Ich bin immer davon ausgegangen, das das sozusagen temporäre Daten für OneDrive sind. Das ich es also so hinnehmen muss.
-
Ich habe eben ein "apt full-upgrade" gemacht und danach den Server neu gestartet, Jetzt schwankt die Auslastung unter Hosts zwischen 70% und 105% und wenn ich über ssh mal top eingebe, kommt das raus:
Der JS-Controller ist immer ganz oben. Meinst du das eine Umstellung auf redis da wirklich helfen könnte?
-
@jojo58 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
Meinst du das eine Umstellung auf redis da wirklich helfen könnte?
Aus eigener Erfahrung, JA - 16GB RAM ist auch nicht zu wenig. Bei mir lag dananch die Auslastung bei unter 5%.
685 redis 20 0 1185512 810768 7096 S 5,0 5,0 154:49.97 redis-server 2320615 iobroker 20 0 21,6g 430364 43192 S 4,3 2,7 26:37.21 io.javascript.0 2803140 root 20 0 0 0 0 D 4,0 0,0 2:00.92 kworker/0:3+pm 2027671 plex 20 0 94912 51152 10288 S 3,6 0,3 38:18.95 Plex DLNA Serve 2321527 iobroker 20 0 21,2g 88272 36248 S 3,3 0,5 2:55.22 io.tapo.0 2321146 iobroker 20 0 11,3g 130728 39344 S 3,0 0,8 22:11.21 io.zigbee.0 2321816 iobroker 20 0 21,0g 83488 35936 S 3,0 0,5 12:56.69 io.linux-contro 2320724 iobroker 20 0 11,0g 96380 34604 S 2,6 0,6 15:53.22 io.influxdb.0 2320849 iobroker 20 0 21,0g 105820 35580 S 2,0 0,7 14:12.71 io.hue.0 2320975 iobroker 20 0 11,0g 71812 34228 S 2,0 0,4 9:25.16 io.ping.0 2029873 grafana 20 0 1680360 186972 110368 S 1,7 1,2 27:34.04 grafana 2047265 influxdb 20 0 1896428 262700 46784 S 1,7 1,6 28:18.78 influxd 2322489 iobroker 20 0 11,0g 87756 38328 S 1,7 0,5 11:04.29 io.upnp.0 2321182 iobroker 20 0 11,0g 87492 37952 S 1,3 0,5 4:55.54 io.tr-064.0 2623 pihole 20 0 138224 11136 8068 S 1,0 0,1 33:32.34 redis-server 2046919 root 0 -20 0 0 0 I 0,7 0,0 10:06.59 kworker/u9:2-uvcvideo 1 root 20 0 168268 13176 7932 S 0,3 0,1 5:05.31 systemd 339 root 20 0 0 0 0 S 0,3 0,0 1:35.85 jbd2/sda2-8 404 root 19 -1 151244 77024 75188 S 0,3 0,5 3:35.55 systemd-journal 621 message+ 20 0 9308 5160 3796 S 0,3 0,0 3:51.75 dbus-daemon 687 Debian-+ 20 0 24680 11504 7596 S 0,3 0,1 14:24.72 snmpd 753 pihole 10 -10 713576 41240 11348 S 0,3 0,3 19:13.74 pihole-FTL 2516 35002 20 0 7425832 103848 20736 S 0,3 0,6 6:58.94 java 3209 ubuntu 20 0 3277172 264848 13824 S 0,3 1,6 9:54.92 java 3593 35002 20 0 7827192 156024 20956 S 0,3 1,0 9:33.72 java 3822 911 20 0 398604 182960 25652 S 0,3 1,1 10:08.59 uvicorn 2027673 plex 20 0 43940 12368 10356 S 0,3 0,1 1:47.77 Plex Tuner Serv 2320476 iobroker 20 0 21,3g 157528 41440 S 0,3 1,0 1:39.71 iobroker.js-con 2320554 ubuntu 20 0 7832008 240004 20192 S 0,3 1,5 1:34.19 java 2321619 iobroker 20 0 11,2g 108920 35844 S 0,3 0,7 0:54.00 io.imap.0 2787903 root 20 0 0 0 0 I 0,3 0,0 1:13.14 kworker/0:1-kacpi_notify 2843965 ubuntu 20 0 11212 4724 3844 R 0,3 0,0 0:00.63 top 2 root 20 0 0 0 0 S 0,0 0,0 0:00.28 kthreadd 3 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 rcu_gpRo75.
-
@jojo58 würde empfehlen mal einzelne Adapter zu stoppen um evtl. zu schauen welcher dazu führt, da die DB im Controller läuft kann es durchaus an einem Adapter liegen. In unserem Benchmark Tests war nichts auffällig zwischen Controller 6 zu 5.
-
@jojo58 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
system.adapter.discovery
ist unnötig und bereitete in der Vergangenheit schon mal Probleme
@jojo58 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
nodejs modules from github: 6
ggf github versionen reduzieren
@jojo58 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
networking.service loaded failed failed Raise network interfaces
da solltest du mal dein /etc/network/interfaces kontrollieren, ggf ist da etwas falsch eingetragen
@jojo58 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
Ich weiß nicht warum die doppelt gespeichert werden
in der Regel werden die nicht doppelt gesichert, manuell angestoßene Backups bleiben in dem Ordner oder wenn das Verzeichnis nicht leer ist, bleiben auch die automatischen drin und zu zuger letzt, wenn ein backup fehl schlug, bleiben sie auch dort liegen, müsstest du allerdings im log sehen bzw auf der Gegenstelle kein backup vorhanden sein
-
Dauerte etwas bis ich die meisten Adapter mal deaktiviert und dann einzeln wieder aktiviert hatte. Es gibt 2 Adapter die Probleme bereiten. Das ist "operating-hours.0" und "upnp.0". Ohne diese Beiden liegt die Auslastung bei Hosts um die 20%, ab und zu mal Spitzen um die 50%-60%. Aktiviere ich dann "UPnP" liegt die Auslastung um die 55% mit Spitzen um die 80%.
Aktiviere ich dann noch "Betriebsstunden", ist es vorbei mit der Ruhe, dann liege ich im Schnitt bei 80%. Wenn ich dann die "Aktualisierungsrate" in der Instanz runter setze, wird's schon mal besser. Auf diesen Adapter könnte ich notfalls auch verzichten, nutze den nur, weil ich Sammler und Jäger bin. Ich lasse den "operating-hours.0" erstmal deaktiviert.
Auf den "UPnP" will ich nicht verzichten, da nutze ich dann doch einige Datenpunkte.@Ro75
Ich werde mir die Videos von Matthias zu "Redis" mal erneut ansehen und dann wohl umstellen.@crunchip
Deinen Hinweisen werde ich auch noch nachgehen.Danke euch für die Hilfe und Tipps.
Johannes
-
Ich kann es kaum glauben. Ich habe umgestellt auf Redis und jetzt langweilt sich die Maschine. Ganz selten geht es mal auf über 1%. Auch über ssh und top ist alles entspannt. Und das obwohl alle Instanzen aktiviert sind.
Danke...
-
@jojo58 meine Rede.Top.
Ro75.
-
@jojo58 said in js-controller 6.0.x jetzt für alle User im STABLE!:
Es gibt 2 Adapter die Probleme bereiten. Das ist "operating-hours.0" und "upnp.0".
Welche Refreshrate hast du bei operating-hours eingestellt?
An sich sollte der bei einem ersten Blick nicht so viel tun - außer du hast 2000 States konfiguriert :-).
-
@mcm1957 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
Welche Refreshrate hast du bei operating-hours eingestellt?
Das steht jetzt gerade auf 1 Sekunde. Angelegt sind um die 30 States. Ich weiß, ist übertrieben und ich setze es auch wieder auf 10 Sekunden.
-
Hallo Thomas,
Danke für deine schnelle und kompetente Unterstützung.
Ich habe alles neu installiert und das Backup eingespielt.
Nach einigen Stolpersteinen läuft das System wieder.
Super Forum hier mit engagierten Usern.
Nochmals DankeVG Joe550
-
js-controler 6.0.9
node 20.16.0
Admin 7.0.24Mir gelingt es nicht, den js-controler aus dem Admin zu aktualisieren.
Es kommt immer nurSyntaxError: Unexpected token '<', "<!doctype "... is not valid JSONDas hat auch noch mit keiner vorherigen Version geklappt.
Hatte schonmal danach gefragt, da hieß es, dass es eigentlich nach nem manuellen Update dann gehen sollte, ist aber nicht so.Hat jemand ne Idee?
Vor allen, da mittlerweile die manuelle Anweisung nicht mehr angezeigt werden, ist das ziemlich nervig
-
Was willste denn da updaten? 6.0.9 ist die aktuelle stabile Version.
-
@thomas-braun Er bietet mir die 6.0.10 an. Ist bei mir ja aber ein grundsätzliches Problem.
-
Es kommt im Beta heute noch eine 6.0.11 welche das Verhalten der System-Update Meldungen anpasst, da gerade auf Facebook viele Leute verwirrt zu sein scheinen von den Meldungen, was sicher auch daran liegt dass Admin bis zu 7.0.22 das Popup mit dem Titel „Adapterwarnungen“ angezeigt hat auch wenn es keine Warnungen sind.
Jedenfalls - es wird die Notification nun nur noch einmalig erstellt wenn neue Updates hinzu gekommen sind und nicht mehr bei jedem Repo Update was potentiell dazu geführt hatte dass die Meldung mehrmals täglich kam. Somit folgt sie nun der gleichen Logik wie die Benachrichtigung über neue Adapter Updates welche vom Admin generiert wird. Ich denke, das ist eine gute Vorgehensweise und hoffe sie sorgt für weniger Verwirrung.
Gerne Feedback geben ob das so passt, damit wir das auch zeitnah ins stable bekommen.
-
@foxriver76
Wenn*s um STABLE geht bitte selbst durchschalten. Bin heute nur eingeschränkt verfügbar. -
@foxriver76
@mcm1957
Ich glaube, ihr habt euch ins falsche Thema verirrt
