js-controller 6.0.x jetzt für alle User im STABLE!

[JoJo58]

@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.

[JoJo58]

@thomas-braun

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:

Spoiler

top - 09:27:26 up 17 min,  1 user,  load average: 1,35, 2,16, 1,78
Tasks: 229 total,   1 running, 228 sleeping,   0 stopped,   0 zombie
%CPU(s): 13,0 us,  1,3 sy,  0,0 ni, 84,7 id,  0,0 wa,  0,0 hi,  0,9 si,  0,0 st
MiB Spch:  15991,7 total,   9823,0 free,   5236,7 used,   1185,4 buff/cache
MiB Swap:    975,0 total,    975,0 free,      0,0 used.  10755,0 avail Spch

   PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     ZEIT+ BEFEHL
   757 iobroker  20   0   22,1g 998,6m  50788 S  76,5   6,2  17:14.68 iobroker.js-con
   959 iobroker  20   0   31,8g 723940  50984 S  16,9   4,4   5:41.55 io.javascript.0
   944 iobroker  20   0   11,1g 153936  44624 S   8,3   0,9   1:26.85 io.influxdb.0
  3454 iobroker  20   0   11,0g 118436  48972 S   7,9   0,7   1:19.55 io.operating-ho
  2019 iobroker  20   0   11,3g 152108  51228 S   7,0   0,9   0:13.57 io.zigbee.0
  1679 iobroker  20   0   11,1g  81968  44776 S   3,6   0,5   0:07.06 io.proxmox.0
  2415 iobroker  20   0   11,0g  88808  49136 S   3,0   0,5   0:09.82 io.logparser.0
  1767 iobroker  20   0   11,0g 103460  48984 S   2,6   0,6   0:13.38 io.shelly.0


top - 09:28:33 up 18 min,  1 user,  load average: 1,52, 2,05, 1,77
Tasks: 229 total,   2 running, 227 sleeping,   0 stopped,   0 zombie
%CPU(s): 17,8 us,  1,4 sy,  0,0 ni, 80,0 id,  0,0 wa,  0,0 hi,  0,8 si,  0,0 st
MiB Spch:  15991,7 total,   9774,7 free,   5271,5 used,   1199,1 buff/cache
MiB Swap:    975,0 total,    975,0 free,      0,0 used.  10720,2 avail Spch

   PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     ZEIT+ BEFEHL
   757 iobroker  20   0   22,1g 996,5m  50788 R 118,2   6,2  18:11.70 iobroker.js-con
   959 iobroker  20   0   31,8g 749536  50984 S  20,4   4,6   5:56.12 io.javascript.0
   944 iobroker  20   0   11,1g 163976  44624 S   7,9   1,0   1:32.19 io.influxdb.0
   637 influxdb  20   0 1666088 157516  28532 S   2,3   1,0   0:05.66 influxd
  3454 iobroker  20   0   11,0g 118960  48972 S   2,3   0,7   1:25.66 io.operating-ho
  3604 iobroker  20   0   11,0g  89996  44700 S   1,3   0,5   0:17.64 io.upnp.0
  1580 iobroker  20   0   21,0g  87492  45772 S   0,7   0,5   0:06.33 io.hue.0
  2250 iobroker  20   0   21,1g  95864  46244 S   0,7   0,6   0:21.31 io.fb-checkpres
    17 root      20   0       0      0      0 I   0,3   0,0   0:00.37 kworker/0:1-mm_percpu_wq
    60 root      20   0       0      0      0 I   0,3   0,0   0:00.18 kworker/u16:6-writeback


top - 09:49:21 up 39 min,  1 user,  load average: 2,01, 1,87, 1,94
Tasks: 229 total,   2 running, 227 sleeping,   0 stopped,   0 zombie
%CPU(s): 13,7 us,  1,0 sy,  0,0 ni, 84,4 id,  0,1 wa,  0,0 hi,  0,7 si,  0,0 st
MiB Spch:  15991,7 total,   9398,7 free,   5419,7 used,   1430,1 buff/cache
MiB Swap:    975,0 total,    975,0 free,      0,0 used.  10572,0 avail Spch

   PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     ZEIT+ BEFEHL
   757 iobroker  20   0   22,2g   1,0g  50788 R  91,7   6,3  37:53.33 iobroker.js-con
   959 iobroker  20   0   31,8g 746432  50984 S  16,9   4,6  11:23.84 io.javascript.0
  9414 iobroker  20   0   21,3g  86692  45172 S  11,0   0,5   0:05.93 io.daswetter.0
  3454 iobroker  20   0   11,0g 124744  48972 S   6,6   0,8   3:39.92 io.operating-ho
   944 iobroker  20   0   11,1g 153964  44624 S   6,3   0,9   3:24.35 io.influxdb.0
  2415 iobroker  20   0   11,0g  92096  49136 S   2,3   0,6   0:19.33 io.logparser.0
  3604 iobroker  20   0   11,0g  91448  44700 S   1,7   0,6   0:37.79 io.upnp.0
  1580 iobroker  20   0   21,0g  90992  45772 S   1,0   0,6   0:11.31 io.hue.0
  1442 iobroker  20   0   11,3g  94588  45380 S   0,7   0,6   0:23.14 io.alexa2.0
  3510 iobroker  20   0   11,0g 107328  44132 S   0,7   0,7   0:35.51 io.sourceanalyt

Der JS-Controller ist immer ganz oben. Meinst du das eine Umstellung auf redis da wirklich helfen könnte?

[Ro75]

@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_gp                                   

Ro75.

[foxriver76]

@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.

[crunchip]

@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

[JoJo58]

@foxriver76

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

[JoJo58]

@ro75

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...

[Ro75]

@jojo58 meine Rede.Top.

Ro75.

[mcm1957]

@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 :-).

[JoJo58]

@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.

[Joe550]

@thomas-braun

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 Danke

VG Joe550

[Merlin123]

js-controler 6.0.9
node 20.16.0
Admin 7.0.24

Mir gelingt es nicht, den js-controler aus dem Admin zu aktualisieren.
Es kommt immer nur

SyntaxError: Unexpected token '<', "<!doctype "... is not valid JSON

Das 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

[Thomas Braun]

@merlin123

Was willste denn da updaten? 6.0.9 ist die aktuelle stabile Version.

[Merlin123]

@thomas-braun Er bietet mir die 6.0.10 an. Ist bei mir ja aber ein grundsätzliches Problem.

[foxriver76]

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.

[mcm1957]

@foxriver76
Wenn*s um STABLE geht bitte selbst durchschalten. Bin heute nur eingeschränkt verfügbar.

[Gaspode]

@foxriver76
@mcm1957
Ich glaube, ihr habt euch ins falsche Thema verirrt

[Homoran]

@gaspode moved!

[crunchip]

@homoran sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

moved

wohin? im beta is nichts zu sehen

[Homoran]

@crunchip sagte in js-controller 6.0.x jetzt für alle User im STABLE!:

wohin

hierher!
war im Windows installer Thread.

muss das in den Beta?!