UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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... :+1: :laughing:

[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?!

[crunchip]

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

war im Windows installer Thread.

achso

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

muss das in den Beta

dachte schon, is ja noch keine stable

[oFbEQnpoLKKl6mbY5e13]

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

muss das in den Beta?!

Nein, denn Controller 6.0.x ist ja im Stable.

Edit:
Womit ich meine, dass der Controller 6 grundsätzlich nicht mehr Beta ist.