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

[Glasfaser]

@lobomau

code: 400

Laut I-Net ist es eine HTTP anfrage ,als per Port 5000

Der HTTP-Statuscode 400 Bad Request gibt an, dass der Server die Anfrage nicht verarbeiten kann, weil anscheinend ein clientseitiger Fehler geschehen ist (z.B. eine syntaktisch falsche Anfrage).

[lesiflo]

Gelöscht

[Ein ehemaliger Benutzer]

@glasfaser done

[lobomau]

Jetzt läuft es bei mir (aber ohne 2FA). Läuft auch mit dem selbsterstellten Admin.
Unter Sicherheit - Erweitert habe ich Schutz gegen Spectre ausgeschaltet. Liegt es daran?

Edit.: der Rest läuft ansonsten gut

Edit 2.: Oder mache ich etwas falsch beim Eingeben der 2FA? Gibt man doch einfach mit ein wo eben das Feld ist. Der Code wird auch frisch generiert wenn ich ich ihn eintrage.

synology.0	2021-08-17 15:33:50.166	debug	(2513) *** ERROR : src: *sendPolling syno[dsm][getPollingData] code: 403 message: 2-step verification code required
synology.0	2021-08-17 15:33:50.165	debug	(2513) * No response, read next.
synology.0	2021-08-17 15:33:49.900	debug	(2513) * Get info from (firstPoll) api: DSM method: getPollingData params: {}
synology.0	2021-08-17 15:33:49.899	debug	(2513) * sendPolling. namePolling = firstPoll | iteration = 0 | typeof poll = object | poll = {"api":"dsm","method":"getPollingData","params":{}}
synology.0	2021-08-17 15:33:49.898	debug	(2513) -----------------------------------------------------------------------------------------------------
synology.0	2021-08-17 15:33:19.896	debug	(2513) *** ERROR : src: *sendPolling syno[dsm][getPollingData] code: 403 message: 2-step verification code required
synology.0	2021-08-17 15:33:19.895	debug	(2513) * No response, read next.
synology.0	2021-08-17 15:33:19.574	debug	(2513) * Get info from (firstPoll) api: DSM method: getPollingData params: {}
synology.0	2021-08-17 15:33:19.574	debug	(2513) * sendPolling. namePolling = firstPoll | iteration = 0 | typeof poll = object | poll = {"api":"dsm","method":"getPollingData","params":{}}
synology.0	2021-08-17 15:33:19.573	debug	(2513) -----------------------------------------------------------------------------------------------------
synology.0	2021-08-17 15:32:49.571	debug	(2513) *** ERROR : src: *sendPolling syno[dsm][getPollingData] code: 403 message: 2-step verification code required
synology.0	2021-08-17 15:32:49.570	debug	(2513) * No response, read next.
synology.0	2021-08-17 15:32:49.277	debug	(2513) * Get info from (firstPoll) api: DSM method: getPollingData params: {}
synology.0	2021-08-17 15:32:49.277	debug	(2513) * sendPolling. namePolling = firstPoll | iteration = 0 | typeof poll = object | poll = {"api":"dsm","method":"getPollingData","params":{}}
synology.0	2021-08-17 15:32:49.276	debug	(2513) -----------------------------------------------------------------------------------------------------

[lobomau]

Seit DSM 7 schaukelt sich meine CPU kontinuierlich hoch. Ich muss alle 12h neustarten. Hat das noch jemand?

[Josh]

@lobomau CPU-Last ist bei mir unauffällig. Ich habe eher ein Problem, dass unüblich viel RAM in Anspruch genommen wird: 80% bei 6 GB ohne besondere Dienste. Neustart scheue ich noch, weil da mein Produktivsystem RaspberryMatic drauf läuft. Werde es aber demnächst mal versuchen.

[lobomau]

@josh bis eben dachte ich noch es hätte nichts mit dem Adapter zu tun.
Ich habe angefangen erstmal in der Synology eine Anwendung nach der anderen abzuschalten mit kaum wahrnehmbaren Erfolg. Da habe ich den Adapter abgeschaltet und die Last ist auf 6% runter
Ich vermute es liegt an den Videos über surveillance station. Vielleicht falsche Widget Einstellungen. Teste ich mal.
Edit.: hmm.. der link für die Videos ist ja weiterhin gültig und live video in VIS wird angezeigt, aber CPU niedrig.

[Ein ehemaliger Benutzer]

@lobomau @Meistertr @Josh

bei mir auch, eindeutig, war mir gar nicht so aufgefallen, aber mit Synology Adapter 64% CPU Load, wenn ich den Adapter stoppe, sind es noch 24% CPU Load..

Das ist ne Nummer...

[Kueppert]

@lobomau wo du es sagst...meine CPU-Last geht auch hoch O.o

RAM-Auslastung auch...hab 8 GB drin, 60% belegt...

Ich schalte auch mal den Adapter ab, mal sehen was passiert

NACHTRAG:
Synology-Adapter ausgeschaltet, CPU-Last weg:

Nur die RAM-Auslastung verändert sich nicht

[Josh]

@kueppert Ich habe gerade gemerkt, dass ich den Synology-Adapter gar nicht aktiviert hatte, deshalb auch die CPU-Last unter 10%. Jetzt habe ich ihn gestartet und die CPU-Last geht sofort hoch und pendelt zwischen 30 und 60 %. Mein RAM-Problem scheint eine andere Ursache zu haben.

[Kueppert]

@josh jup, RAM liegt bei mir am MailServer, der frisst etwas (1,5 GB)...ggf auch meine SurveillanceStation, wird aber nicht angezeigt, dass die viel benötigt. Sollten eigentlich nur 2,5 GB belegt sein. Aber das ist kein Thema für hier

[lobomau]

ich habe mal den Adapter gestartet ohne den Haken zu setzen bei surveillance station (die anderen hatte ich nie aktiv). Geht von 6 auf 22% hoch, aber scheint stabil. Lasse ich mal die Nacht durchlaufen, um zu sehen.

Edit. nee, ging doch wieder hoch. Beim Reinnehmen des Adapters auf sofortiger Sprung von 6 auf 46% CPU. Ist nicht jedes Mal identischer Verlauf.

[Christof.Kac]

@lobomau Ich klinke mich hier kurz ein: Nutze eine DS218+ und muss das gleiche feststellen:

20% CPU Load durch den Adapter ;-(

Was tun?
Bis dann
Christof

[Meistertr]

nur in der neusten version oder auch schon in den vorherigen?

[Meistertr]

@meistertr was habt ihr für ein Abruf Intervall eingestellt? also ich hab 2000 ms und 10000 ms und die cpu geht um 1 % hoch

[Ein ehemaliger Benutzer]

@meistertr

Wir hatten schonmal so ein Problem mit dem Adapter, ist aber schon länger her..
Bei mir waren 1000ms und 60000ms eingestellt, ich habe jetzt mal deine Werte genommen, ist etwas besser geworden, musste heute morgen meine Syno aber neu starten, da ich keine Änderungen mehr in den Settings dort machen konnte...

Ich habe eine 918+ mit 16GB Ram, verwende Surveillance Station mit 28 Cameras, die hat ohne iobroker Zugriff ca 25-30% CPU Load, wenn ich den Adapter starte, schaukelt es sich auf über 50-60 hoch...

Im Adapter habe ich nur Surveillance angeklickt, brauch nur die Daten von der Hardware und die links zu den Streams für die VIS.

Irritierend ist im Adapter, dass man DSM 7 nicht auswählen kann, bei mir steht das auf 6.23..

[Kueppert]

@Meistertr

hab sogar noch höhere Werte. Hab vorher nie auf die Auslastung geschaut...

@ilovegym wen beobachtest du alles O.O die ganze Stadt???

PS: Hab auch DSM 7 druff...

[Ein ehemaliger Benutzer]

@kueppert @Meistertr

alsoooo.. ich habe heute morgen ein Reboot der Syno gemacht, danach den Adapter gestoppt, alle Datenpunkte komplett gelöscht, den Adapter nochmals frisch von Git geladen, die Parameter abrufzeit angepasst und gestartet.

Bis jetzt sieht es richtig gut aus, CPU Last liegt bei 31% und scheint auch so zu bleiben.

Ich habe zwar nur den Haken bei der Surveillance, aber die anderen Dienste werden auch abgefragt.
Eigentlich kann man dann dieses Setup ja löschen..
Kosmetik halt..

[Kueppert]

@ilovegym ich hab zwar keinen Reboot gemacht, aber auch via Github nochmal drübergejükkelt. Instanz war offline. Alle DPs gelöscht. Die Zeiten im Adapter hatte ich alle scjhon so wie du. Hab auch nur Surv.Station aktiviert. Sieht bei mir wieder anders aus

[Ein ehemaliger Benutzer]

@kueppert

stell doch mal den Adapter auf debug und schau, ob der irgendwelche Fehler meldet oder wie oft der pollt...
vielleicht passt bei dir ja irgendwas nicht... ??

Welche Syno hast du? Bei mir ist es weiterhin stabil bei 35% CPU Last..