js-controller 6.0.x jetzt für alle User im STABLE!
-
@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 -
@gaspode moved!
-
@homoran sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
moved
wohin? im beta is nichts zu sehen
-
@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?!
-
@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
-
@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. -
@ofbeqnpolkkl6mby5e13 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
nicht mehr Beta ist.
aber
@foxriver76 sagte in js-controller 6.0.x jetzt für alle User im STABLE!:
Es kommt im Beta heute noch eine 6.0.11
daher dachte ich in den beta Thread
