<div dir="auto"><div>Hi,<div dir="auto"><br></div><div dir="auto">MW-Aggregation wirkt normalerweise auf alle Kanäle, du meinst wahrscheinlich die vzlogger-Aggregation, die pro Kanal definiert wird. Lies mal im Wiki nach unter "Datenmengen".</div><div dir="auto"><br></div><div dir="auto">Grüße</div><div dir="auto">Frank</div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr"> <<a href="mailto:joekokker@epios.eu" target="_blank" rel="noreferrer">joekokker@epios.eu</a>> schrieb am Sa., 23. Nov. 2019, 19:40:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hallo,<br>
<br>
vielen Dank für die Hilfe. Ich habe momentan nicht auf allen Kanälen <br>
aggregation aktiviert. Zudem lade ich sehr viel Daten aus der Datenbank. <br>
Bei "normaler" Nutzung tritt der Fehler nicht auf.<br>
<br>
Mit umbiegen, meinst du die "url" in der options.js Datei auf "" zu <br>
ändern, oder? Kann man dann das Frontend direkt nutzen? Irgendwie klappt <br>
das nicht bei mir.<br>
<br>
ls -l /usr/bin/php*:<br>
/usr/bin/php -> /etc/alternatives/php<br>
/usr/bin/php7.3<br>
/usr/bin/php-cgi -> /etc/alternatives/php-cgi<br>
/usr/bin/php-cgi7.3<br>
<br>
ls -l /etc/alternatives/php*<br>
/etc/alternatives/php -> /usr/bin/php7.3<br>
/etc/alternatives/php.1.gz -> /usr/share/man/man1/php7.3.1.gz<br>
/etc/alternatives/php-cgi -> /usr/bin/php-cgi7.3<br>
/etc/alternatives/php-cgi.1.gz -> /usr/share/man/man1/php-cgi7.3.1.gz<br>
/etc/alternatives/php-cgi-bin -> /usr/lib/cgi-bin/php7.3<br>
<br>
php -r 'phpinfo();' | grep -i api:<br>
Server API => Command Line Interface<br>
PHP API => 20180731<br>
Zend Extension Build => API320180731,NTS<br>
PHP Extension Build => API20180731,NTS<br>
GSSAPI => Yes<br>
DOM/XML API Version => 20031129<br>
MHASH API Version => Emulated Support<br>
Client API library version => mysqlnd 5.0.12-dev - 20150407 - $Id: <br>
7cc7cc96e675f6d72e5cf0f267f48e167c2abb23 $<br>
API Extensions => mysqli,pdo_mysql<br>
Client API version => mysqlnd 5.0.12-dev - 20150407 - $Id: <br>
7cc7cc96e675f6d72e5cf0f267f48e167c2abb23 $<br>
Phar API version => 1.1.1<br>
opcache.restrict_api => no value => no value<br>
<br>
Ich habe versucht die binary "/usr/bin/php <br>
/home/volkszaehler/volkszaehler/vendor/bin/ppm [...]" mit <br>
/usr/bin/php-cgi zu ersetzten. Das wirft aber den Fehler, dass "PCNTL is <br>
not enabled in the PHP installation at /usr/bin/php-cgi7.3.". Es ist <br>
aber in der Module Liste. Das gleiche, wenn ich nur den "--cgi-path" ändere.<br>
<br>
Glaubst du, dass es eine Einstellung in der php.ini ist? Oder ein <br>
Problem der Installation? Oder vielleicht ein Rechteproblem? Oder könnte <br>
es von der Datenbank kommen?<br>
<br>
Beste Grüße<br>
Joe<br>
<br>
<br>
<br>
<br>
On 11/23/19 6:40 PM, Andreas Goetz wrote:<br>
> Hi,<br>
> <br>
> Was tun… also erstmal Fehlerquellen reduzieren- also direkt auf den PPM gehen und Apache mal weglassen. Wenn Du das Frontend nicht umbiegen willst tuts ja auch curl.<br>
> <br>
> Dann wundert mich der Timeout bei “langen Zeitreihen”. Was meinst Du damit- hast Du Aggregation aktiviert? Damit sollte es egtl. keine langsamen Abfragen geben, es sei denn Du lädst Unmengen an Daten.<br>
> <br>
> Dann ist Dein ppm cgi-path /usr/bin/php. Bist Du sicher, dass das ein php-cgi ist? Was sagt<br>
> <br>
>       php -r 'phpinfo();' | grep -i api<br>
> <br>
> Viele Grüße,<br>
> Andreas<br>
> <br>
> <br>
>> On 23. Nov 2019, at 17:46, <a href="mailto:joekokker@epios.eu" rel="noreferrer noreferrer" target="_blank">joekokker@epios.eu</a> wrote:<br>
>><br>
>> Hallo,<br>
>><br>
>> Der Fehler tritt auf wenn ich große Zeitreihen lade. Im Frontend kommt der Fehler "Gateway Timeout", zwischendurch auch "Service Temporarily Unavailable".<br>
>><br>
>> Die Konfiguration ist ein apache vor dem ppm mit rewrite. Sobald ich noch einmal die gleiche Zeitspanne lade, zeigt das Frontend die Daten an. Ich denke, dass das durch das Cachen des SQL Servers dann schneller geht.<br>
>><br>
>> Hier ist der Output des ppm processes während des Fehlers.<br>
>> <a href="https://pastebin.com/MDRjagFJ" rel="noreferrer noreferrer noreferrer" target="_blank">https://pastebin.com/MDRjagFJ</a><br>
>><br>
>> Die php version ist: PHP 7.3.11-1~deb10u1 (cli) (built: Oct 26 2019 14:14:18) ( NTS )<br>
>><br>
>> Der Output von php -m ist: <a href="https://pastebin.com/eJPCggAf" rel="noreferrer noreferrer noreferrer" target="_blank">https://pastebin.com/eJPCggAf</a><br>
>> Der Output von php -i ist: <a href="https://pastebin.com/eVRG5Us4" rel="noreferrer noreferrer noreferrer" target="_blank">https://pastebin.com/eVRG5Us4</a><br>
>><br>
>> Wo könnte ich am besten ansetzten?<br>
>><br>
>> Beste Grüße<br>
>> Joe<br>
>><br>
>><br>
>><br>
>> On 11/23/19 3:28 PM, Andreas Goetz wrote:<br>
>>> Mir kommt das sehr seltsam vor. Der Prozess ist ja longrunning, soll also nicht nach 30sec gekillt werden. Ausserdem sollte ein gekillter Worker automatisch durch einen neuen ersetzt werden- und nicht erst auf einen Fehler laufen.<br>
>>> Long Story short: ein paar mehr Infos zu PHP Version, cli/cgi, ini, log etc könnten vielleicht helfen.<br>
>>> Viele Grüße, Andreas<br>
>>>> Am 23.11.2019 um 13:44 schrieb <a href="mailto:joekokker@epios.eu" rel="noreferrer noreferrer" target="_blank">joekokker@epios.eu</a>:<br>
>>>><br>
>>>> Hallo,<br>
>>>><br>
>>>> ich ziehe gerade meinen Volkszaehler auf die neueste git (master) Version. Dieses Mal möchte ich die Middleware als Stand Alone Version als ppm laufen lassen.<br>
>>>><br>
>>>> Leider erhalte ich dabei einen Gateway Timeout, der im Log folgende Fehler wirft:<br>
>>>><br>
>>>> php[21101]: Maximum execution time of 30 seconds exceeded. Closing worker.<br>
>>>><br>
>>>> Es scheint, dass php einfach die Worker killt. Das Standard Timeout is 30 Sekunden. Mir kommt es komisch vor einfach in der php.ini das Timeout global hochzusetzten. Ich habe leider keine Einstellungsmöglichkeit in der htdocs/js/options.js File oder im /etc/middleware.json gefunden.<br>
>>>><br>
>>>> Wie habt ihr das gelöst? Ich wäre um einen Hinweis sehr dankbar.<br>
>>>><br>
>>>> Gibt es andere besondere Einstellungen, die noch nötig/sinnvoll sind beim Betrieb mit PPM?<br>
>>>><br>
>>>> Beste Grüße<br>
>>>> Joe<br>
> <br>
</blockquote></div></div></div>