Upgrade auf Kotori 0.26.11

[Andreas]

Hallo 2022,

bei Betriebssystemupdates auf Debian 11 "Bullseye" haben wir auch Kotori auf eine aktuelle Softwareversion gebracht.

@Andreas

@clemens hat hierzu bereits ein kleines Problem beim Datenexport gemeldet, siehe “Unhandled exception: measurement” when requesting data for export · Issue #80 · daq-tools/kotori · GitHub . Bitte gebt Bescheid, sofern Ihr auch noch andere Dinge entdeckt.

Viele Grüße,
Andreas.

[Andreas]

@clemens

Dabei denke ich, dass es etwas mit den Updates […] zu tun hat.

Das Problem hat ziemlich sicher mit dem Update von Kotori zu tun, ja.

@Andreas

Unpacking kotori (0.26.11-1~bullseye) over (0.24.5-1~stretch) ...

Dieses Update sieht zwar unscheinbar aus, aber da ist eine Menge passiert. Zum Beispiel die Umstellung von Python 2 auf Python 3 und noch eine Reihe anderer Dinge.

[Andreas]

@Andreas

Das Problem hat ziemlich sicher mit dem Update von Kotori zu tun, ja.

Der Datenexport à la https://swarm.hiveeyes.org/api/hiveeyes/beecoin/documenta/hive-98/data.txt?from=now-5d müsste nun wieder funktionieren.

The solution was easy. The class WanBusStrategy was relocated from kotori.daq.intercom.strategies to kotori.daq.strategy.wan. This had to be reflected within the configuration settings.

root@elbanco:/# diff -u /etc/kotori/apps-available/hiveeyes.ini.dist /etc/kotori/apps-available/hiveeyes.ini
--- /etc/kotori/apps-available/hiveeyes.ini.dist	2022-01-01 23:57:13.938356373 +0100
+++ /etc/kotori/apps-available/hiveeyes.ini	2022-01-01 23:59:18.287817407 +0100
@@ -56,7 +56,7 @@
 realm           = hiveeyes
 source          = http:/api/{realm:hiveeyes}/{network:.*}/{gateway:.*}/{node:.*}/{slot:(data|event)}.{suffix} [GET]
 target          = influxdb:/{database}?measurement={measurement}
-transform       = kotori.daq.intercom.strategies:WanBusStrategy.topology_to_storage,
+transform       = kotori.daq.strategy.wan:WanBusStrategy.topology_to_storage,
                   kotori.io.protocol.influx:QueryTransformer.transform

Please let us know if you observe any other problems. Thanks!

– "Unhandled exception: measurement" when requesting data for export · Issue #80 · daq-tools/kotori · GitHub

[clemens]

Danke Andreas! Schön, dass es wieder läuft. Ist die einzige Möglichkeit auf Einzeldatensätze zuzugreifen ohne direkt in die Datenbank zu schauen und sehr gut geeignet beim testing zu schauen, ob der node gerade Daten sendet.

[clemens]

Im letzten halben Tag habe ich noch einige dieser Meldungen bekommen. Gab meist nach einiger Zeit wieder Entwarnung, falls relevant gerne nochmal schauen:

-------- Weitergeleitete Nachricht --------
Betreff: [PROBLEM] Kotori on elbanco.hiveeyes.org is CRITICAL!
Datum: Mon, 03 Jan 2022 08:45:16 +0100
Von: Cicerops Monitoring

***** Service Monitoring on sublime *****

Kotori on elbanco.hiveeyes.org is CRITICAL!

Info:    CRITICAL - Socket timeout after 10 seconds

When:    2022-01-03 08:45:16 +0100
Service: Kotori
Host:    elbanco.hiveeyes.org
IPv4:    elbanco.hiveeyes.org

[Andreas]

Hi Clemens,

@clemens

Im letzten halben Tag habe ich noch einige dieser Meldungen bekommen. Gab meist nach einiger Zeit wieder Entwarnung

Vielen Dank für die Eingabe. Das hier sind die beiden Ereignisse ^[1], richtig? Es handelt sich um die HTTP Schnittstelle von Kotori, also die über der z.B. der o.g. Datenexport stattfindet.

Da müssen wir natürlich schauen und nach der Ursache forschen. Momentan habe ich noch keine Idee.

Viele Grüße,
Andreas.

---

1. Chronologisch absteigend sortiert. ↩︎

[Andreas]

Hi Clemens,

@Andreas

Der Datenexport à la https://swarm.hiveeyes.org/api/hiveeyes/beecoin/documenta/hive-98/data.txt?from=now-5d müsste nun wieder funktionieren.

Auf eltiempo gab es bisher noch den gleichen Konfigurationsfehler. Nun ist er behoben, also funktioniert z.B. auch https://weather.hiveeyes.org/api/umwelt/openbeeresearch/luftdaten/airrohr-01/data.txt?from=now-5d wieder.

Viele Grüße,
Andreas.