[vz-users] NetIO -> Apache2 error 400

[Klaus Reichenecker]

Hallo Ronald,

ich habe ein ähnliches Problem, weiss aber zugegeben nicht mehr genau woran es liegt.
Es hat was mit alter/neuer Version von Volkszähler zu tun

Ich habe, da mir das flashen der NetIOs auch zu aufwändig ist, 2 Installationen von VZ parallel am laufen:
1x alt mit der im Net-IO hinterlegten URL zum schreiben der Daten
1 x neu zum Aufruf des Frontends

Ich weiss das ich an diesen "alten" Kanälen nichts ändern darf, also Farbe o.ä., da die neue VZ-Version zusätzliche Atribute einfügt und dann die alte Version nichts mehr schreiben kann

Viele Grüße

Klaus
  ----- Original Message ----- 
  From: dl4huf 
  To: volkszaehler.org - users 
  Sent: Saturday, July 01, 2017 2:42 PM
  Subject: [vz-users] NetIO -> Apache2 error 400


  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/20170704/64ca69b0/attachment-0001.html>