Monitoring: Tiling-Cache kaputt?

Christoph süpke suepke.christoph at gmail.com
Mo Okt 23 09:26:07 CEST 2017


Hallo Michael,

das oberste ist der Router

https://monitoring.freifunk-franken.de/routers/59a6ac469369c33e4669aefa
zumindest nach der MAC,
ich werde den Nutzer mal anschreiben.

für den unteren finde ich keinen Router mit der MAC im Monitoring,
vielleicht ist der aber im Key-Exchange drin.


MFG MisterCrumble

2017-10-23 8:42 GMT+02:00 Michael Fritscher <michael at fritscher.net>:

> Moin,
>
> mir ist gerade aufgefallen, dass 95%+ der Tiling Bilder im Cache
> (/var/cache/ffmap/tiles/tiles) genau 334 Bytes haben und die md5sum
> cd37744a985b79ed29bb6269e45da27f haben. Läuft da irgendwas beim
> abspeichern schief?
>
> Es wäre auch gut, wenn sich sich jemand mal um die Fehlermeldungen im Log
> ala
>
> "
> Oct 23 06:25:57 monitoring uwsgi_python3[17305]: Warning: Overflow Error
> when saving 98:de:d0:65:d9:30: MongoDB can only handle up to 8-byte ints
> Oct 23 06:25:57 monitoring uwsgi_python3[17305]: __Traceback (most recent
> call last):
> Oct 23 06:25:57 monitoring uwsgi_python3[17305]: __  File
> "/usr/local/lib/python3.5/dist-packages/ffmap/routertools.py", line 64, in
> import_nodewatcher_xml
> Oct 23 06:25:57 monitoring uwsgi_python3[17305]: __    ("$slice",
> int(CONFIG["router_stat_days"] * -1 * 24 * (3600 / 300)))
> Oct 23 06:25:57 monitoring uwsgi_python3[17305]: __  File
> "/usr/local/lib/python3.5/dist-packages/pymongo/collection.py", line 907,
> in update_one
> Oct 23 06:25:57 monitoring uwsgi_python3[17305]: __    collation=collation)
> Oct 23 06:25:57 monitoring uwsgi_python3[17305]: __  File
> "/usr/local/lib/python3.5/dist-packages/pymongo/collection.py", line 766,
> in _update
> Oct 23 06:25:57 monitoring uwsgi_python3[17305]: __
> codec_options=self.__write_response_codec_options).copy()
> Oct 23 06:25:57 monitoring uwsgi_python3[17305]: __  File
> "/usr/local/lib/python3.5/dist-packages/pymongo/pool.py", line 482, in
> command
> Oct 23 06:25:57 monitoring uwsgi_python3[17305]: __
> self._raise_connection_failure(error)
> Oct 23 06:25:57 monitoring uwsgi_python3[17305]: __  File
> "/usr/local/lib/python3.5/dist-packages/pymongo/pool.py", line 610, in
> _raise_connection_failure
> Oct 23 06:25:57 monitoring uwsgi_python3[17305]: __    raise error
> Oct 23 06:25:57 monitoring uwsgi_python3[17305]: __  File
> "/usr/local/lib/python3.5/dist-packages/pymongo/pool.py", line 477, in
> command
> Oct 23 06:25:57 monitoring uwsgi_python3[17305]: __    collation=collation)
> Oct 23 06:25:57 monitoring uwsgi_python3[17305]: __  File
> "/usr/local/lib/python3.5/dist-packages/pymongo/network.py", line 94, in
> command
> Oct 23 06:25:57 monitoring uwsgi_python3[17305]: __    None,
> codec_options, check_keys)
> Oct 23 06:25:57 monitoring uwsgi_python3[17305]: __OverflowError: MongoDB
> can only handle up to 8-byte ints
> "
> (Wird da versucht ein Mac-String ohne Konvertierung in ein 8 byte integer
> reinzustecken? Wobei das Speichern der mac nicht als String sondern (nach
> Konvertierung) als Ganzzahl eigentlich eine gute Idee ist)
>
> oder
>
> "
> Oct 23 06:26:10 monitoring uwsgi_python3[17305]: Warning: Unable to parse
> xml from 18:d6:c7:f9:be:e3: could not convert string to float: '10,00001'
> Oct 23 06:26:10 monitoring uwsgi_python3[17305]: __Traceback (most recent
> call last):
> Oct 23 06:26:10 monitoring uwsgi_python3[17305]: __  File
> "/usr/local/lib/python3.5/dist-packages/ffmap/routertools.py", line 45, in
> import_nodewatcher_xml
> Oct 23 06:26:10 monitoring uwsgi_python3[17305]: __    router_update =
> parse_nodewatcher_xml(xml)
> Oct 23 06:26:10 monitoring uwsgi_python3[17305]: __  File
> "/usr/local/lib/python3.5/dist-packages/ffmap/routertools.py", line 314,
> in parse_nodewatcher_xml
> Oct 23 06:26:10 monitoring uwsgi_python3[17305]: __    lng =
> float(tree.xpath("/data/system_data/geo/lng/text()")[0])
> Oct 23 06:26:10 monitoring uwsgi_python3[17305]: __ValueError: could not
> convert string to float: '10,00001'
> "
> (klingt nach deutschem Komma vs. amerikanische Konvertierung)
>
> kümmern könnte - gerade letzteres wirkt so, als ob die "334 Byte pngs"
> produzieren könnte.
>
> Viele Grüße,
> Michael Fritscher
>
> --
> franken-dev mailing list
> franken-dev at freifunk.net
> http://lists.freifunk.net/mailman/listinfo/franken-dev-freifunk.net
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20171023/15b9e72f/attachment.html>


Mehr Informationen über die Mailingliste franken-dev