[vz-users] NetIO -> Apache2 error 400

dl4huf dl4huf at t-online.de
Sat Jul 1 14:42:38 CEST 2017


Hallo

Ich habe seit mehrere Jahren einen Pollin-NetIO mit Ethersex laufen, der 
von S0-Zählern und 1w-Sensoren die Daten an den Volkszähler sendet.
Eine ähnliche Konfiguration habe ich auch bei einem Bekannten 
eingerichtet. Auch S0-Zähler und 1w-Sensoren.

Nun habe ich bei mir vor einiger Zeit festgestellt, das seit einiger 
Zeit die 1w-Sensoren nicht mehr in der Datenbank landen.
Aus Zeitgründen und da es bei mir nur 3 weniger wichtige Sensoren waren 
hatte ich das nur oberflächlich angeschaut und auf die ToDo-Liste gesetzt.

Nun hatte ich den BananaPi (auf dem der VZ läuft) wegen eines anderen 
Problems "zur Wartung" und auch mal die Updates nachgezogen.
Eigentlich nichts aufregendes, läuft auch alle weiter. Nur jetzt hat 
auch dieser VZ das Problem =-O

Auffällig ist, das auf meinem BananaPi noch ein alter Apache2 läuft 
"Server version: Apache/2.2.22 (Debian) Server built:   Feb 28 2017 
16:04:52".
Ich hatte meine Probleme darauf geschoben. Auch das PHP ist veraltet 
"PHP 5.4.45-0+deb7u8".
Ich nutze den BananaPi nur noch zum Empfang der Daten und schreiben in 
die DB.
Für die Anzeige läuft ein aktueller Apache2/PHP auf einem Ubuntu-Server.
Die IP bzw. Hostname des BananaPi  sind aber in der Firmware des NetIO 
und das neu Bauen der Firmware ist aufwendig.

Bei meinem Bekannten ist alles auf dem BananaPi : "Apache/2.4.10 
(Debian) Server built:   Jun 20 2017 20:20:28" und PHP "PHP 
5.6.30-0+deb8u1".

Daran kann es also nicht liegen.
Vor dem Update war es auch schon ein Apache/2.4.10 (aus dem error.log).

Nun das eigentliche Problem: Der Empfang der S0-Impulse funktioniert :
192.168.30.120 - - [01/Jul/2017:13:42:00 +0200] "POST 
/middleware.php/data/9e918b9f-dda3-1a82-dac9-5beeb67e1cd5.json?ts=1498909316000&value=1 
HTTP/1.1" *200 *257 "-" "-"
Der Empfang der 1w-Sensoren nicht :
192.168.30.120 - - [01/Jul/2017:13:42:28 +0200] "POST 
/middleware.php/data/22222222-262a-ac49-2932-03674ba180b7.json?ts=1498909348000&value=19.6 
HTTP/1.1" *400 *511 "-" "-"

Und bei meinem Bekannte nun das gleiche Bild :
Vor dem Update:
root at bananapi:/var/log/apache2# gzip -dc access.log.5.gz | grep 
44444444-262a-ac49-2932-03674ba180b7 | head -n 1
192.168.178.200 - - [26/Jun/2017:06:25:31 +0200] "POST 
/middleware.php/data/44444444-262a-ac49-2932-03674ba180b7.json?ts=1498451128000&value=27.7 
HTTP/1.1" *200 *222 "-" "-"

Nach dem Update:
root at bananapi:/var/log/apache2# gzip -dc access.log.3.gz | grep 
44444444-262a-ac49-2932-03674ba180b7 | head -n 1
192.168.178.200 - - [28/Jun/2017:15:54:32 +0200] "POST 
/middleware.php/data/44444444-262a-ac49-2932-03674ba180b7.json?ts=1498658072000&value=25.0 
HTTP/1.1" *400 *0 "-" "-"

Im error.log steht nichts in diesem Zusammenhang drin, selbst mir 
LogLevel debug !
Was also bedeutet der Error 400 ??
Wie kann ich das weiter debugen oder besser beheben.

Vor allem da es mir einem Wget-Aufruf, der den gleichen Log-Eintrag 
erzeugt, funktioniert !
Vom NetIO.
192.168.30.120 - - [01/Jul/2017:14:31:33 +0200] "POST 
/middleware.php/data/65559f5e-262a-ac49-2932-03674ba180b7.json?ts=1498912294000&value=23.3 
HTTP/1.1" *400 *511 "-" "-"

per Wget
127.0.0.1 - - [01/Jul/2017:14:31:38 +0200] "POST 
/middleware.php/data/65559f5e-262a-ac49-2932-03674ba180b7.json?ts=1498912294000&value=23.3 
HTTP/1.1" *200 *257 "-" "Wget/1.13.4 (linux-gnueabihf)"

Damit ist auch klar das die DB funktioniert.
Jemand eine Idee?

Gruß Ronald








-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20170701/bd132845/attachment.html>


More information about the volkszaehler-users mailing list