Adapter: DasWetter
-
Adapter stoppen ,
Alle Datenpunkte von DasWetter löschen .
Adapter starten .... damit alle Datenpunkte neu angelegt werden . -
@glasfaser sagte in Adapter: DasWetter:
Adapter stoppen ,
Alle Datenpunkte von DasWetter löschen .
Adapter starten .... damit alle Datenpunkte neu angelegt werden .Hab ich schon 3x gemacht. Fehler bleibt
-
@segway sagte in Adapter: DasWetter:
parse timeout auf 200s
Komme schon seit langen mit 240 zurecht , bei drei Pfad abfragen .
Hast du danach mal den Master und Slave neu gestartet . -
Also ich habe auch 3 Pfadabfragen aber ich sehe, dass zig hunderte Objekte angelegt werden (müssen). Der Objektbaum zählt so jede Sekunde ca. 3-7 Objekte dazu. Da reichen 200s definitiv nicht.
Habe mal auf 10 Min gestellt und lösche gerade wieder den kompletten Objektbaum - alleine das dauert schon mehr als 200s.Ist das normal, dass das so lange dauert bzw. so viel geschrieben werden muss ?
Bevor ich den Adapter neu starte werde ich beide Rechner neu booten
-
@segway Die Meldung "connection is closed" deutet daraufhin, dass der Adapter nicht genügend Zeit hat, die Werte zu parsen. Ich würde testweise den parse timeout extrem groß setzen (z.Bsp. 500s) und dann mal schauen, wie lange der Adapter wirklich braucht...
Du kannst auch das log mal nach "force terminate" vom Adapter durchsuchen, dann sind wir ganz sicher, dass der parse timeout den Import abbricht... -
Ich habe nun die Zeit gestoppt und es ist so das 10 Minuten NICHT ausreichen. Es werden immer noch Objekte angelegt !!!!
Das kann doch nicht normal sein oder ?
-
@segway Das Anlagen der Objekte dauert immer länger im Vergleich zu später, wenn nur noch die Daten aktualisiert werden. 10 Minuten erscheint mir aber auch sehr lange. Die Frage ist, was dein System sonst noch macht, oder wie leistungsstark es ist? Wir hatten hier weiter oben schon mal so einen Fall, dass ein System speziell während des bootens sehr langsam geworden ist, weil noch eine Menge anderer Aktionen auf dem System abliefen.
Vielleicht einfach mal einen Pfad im Adapter deaktivieren, die Objekte anlegen lassen und dann einen weiterne Pfad wieder aktivieren... -
@rene_hm
Das System hat mMn noch genug Reserven aber das anlegen dauert halt anscheinend so lange.
Wenn ich dem Objektzähler glauben schenken darf werden knapp 3000 Objekte angelegt. Dies dauert knapp 15 Minuten.Es lag also an dem parse timeout. Der Adapter selber wird alle 15 Minuten neu gestartet --> das hab ich mal auf alle 55 Mins gestellt sollte ja vollkommen ausreichen.
parse timeout steht nun auf 20 Minuten.Fehler sollte nun weg sein aber warum das so lange dauert keine Ahnung !
-
@segway sagte in Adapter: DasWetter:
aber warum das so lange dauert
Bei drei Pfade sind das bei mir 3077 Objekte
-
Also generell ist es schon fertig aber hängt vom
System ab. 3000 Objekte in 15 mins ist aber schon heftig. Sind 3,3/s das wäre mega langsam. Kann aber natürlich sein je nachdem was ggf sonst noch parallel im System läuft. Was ist es denn für eine CPU?Das das Objekte löschen aktuell länger dauert wissen wir und da wird der js-Controller 4 optimieren.
-
@apollon77
Ist ein gemieteter Cloudserver mit einer Intel vCPU und 2GB RAM als Slave gefahren.
CPU Last ist <10% und freier RAM noch über 1GB frei.Keine Ahnung woran das liegt. Anschluss per 10 MBit und ich lade Dateien auf dem Cloudserver von mehr als 50 MB/s runter.
Ist schon heftig wie lange das dauert !
EDIT:
hab nochmal geschaut. Selbst beim aktualisieren braucht das Dingen 9 Minuten !!!!daswetter.0 2022-01-23 16:04:29.265 info cleaned everything up... daswetter.0 2022-01-23 16:04:28.555 info Terminated (ADAPTER_REQUESTED_TERMINATION): All data handled, adapter stopped until next scheduled moment daswetter.0 2022-01-23 15:55:04.138 info starting. Version 3.0.9 in /opt/iobroker/node_modules/iobroker.daswetter, node: v14.18.3, js-controller: 3.3.22 -
@segway der Slave ist egal!! Die dB kommt vom master Host (bei file oder jsonl). Oder ist dB redis? Und was ist der Master? Und „wo“? Und wir netzwerktechnisch?
Wenn du den Adapter auf dem Master schiebst wie lange dauerte dann?
Weil wenn es auf dem Master schnell ist dann liegt es irgendwie an der Verbindung.
-
@apollon77 sagte in Adapter: DasWetter:
@segway der Slave ist egal!! Die dB kommt vom master Host (bei file oder jsonl). Oder ist dB redis?
Ist bei mir alles redis !
Und was ist der Master?
Intel NUC VM mit 4GB Ram unter Proxmox
Und „wo“? Und wir netzwerktechnisch?
Bei Hetzner verbunden durch site2site OpenVPN Verbindung
Wenn du den Adapter auf dem Master schiebst wie lange dauerte dann?
Da lag er ja vorher; ich dachte der Master hat bereits zu viel zu tun, na dann schieb ich den mal rüber auf den Slave. Mhhh. das dauerte nicht lange eher irgendwas zwischen 30-60s bis alles auf dem Slave drauf war.
Weil wenn es auf dem Master schnell ist dann liegt es irgendwie an der Verbindung.
Ne das glaube ich nicht
-
@segway Naja am Ende gibts zwei Varianten:
1.) "1 vCPU" ist zu wenig je nachdem was alles drauf läuft auf dem Slave
2.) Die Redis COnnection vom "Cloud Slave" zum "lokalen Redis" ist zu lahm (ggf einfach nur die natürliche latenz?)
Keine Ahnung dazu ehrlich gesagt ...
-
@Rene_HM
Ist es geplant, dass der UV Index auch noch aufgenommen wird?
In der XML ist der Wert verfügbar, finde ihn jedoch nicht in den Objekten:
-
@rtwl mach doch mal ein GitHub issue als Feature Request
-
@apollon77
Hab ich noch nie gemacht, aber ich versuch es mal. -
@rtwl Ganz Easy ... https://github.com/rg-engineering/ioBroker.daswetter/issues ... new issue ... text eintippen
-
@rtwl sagte in Adapter: DasWetter:
Ist es geplant, dass der UV Index auch noch aufgenommen wird?
Ist in der 3.1.2 jetzt enthalten...
-
@rene_hm
Vielen Dank für die schnelle Reaktion
