[vz-users] Reaktion der middleware sehr zäh nach Update

[G. Stenzel]

Hallo Andreas

Ich hatte die IP und UUID anonymisiert.
Wenn ich aufrufe:
http://[IP]/middleware.php/capabilities/database.json
dann erhalte ich:
{"version":"0.3","capabilities":{"database":{"data_rows":362745,"data_size":109297664,"aggregation_enabled":1,"aggregation_rows":629157,"aggregation_ratio":0.577}}}

Wenn ich aufrufe:
http://[IP]/middleware.php/capabilities/database.json&debug=1
dann erhalte ich:
{"version":"0.3","exception":{"message":"Missing
format","type":"Exception","code":0}}

Wie gesagt, alle Anfragen per vzclient oder http z.B. aus meinen
Skripten bzw. aus FHEM verursachen laut top keine Lastprobleme. Erst
wenn das Frontend aktiv ist, entsteht die Vollauslastung durch den
mysqld und dann hängen auch alle anderen parallelen Anfragen. Dieses
Verhalten hatte ich vorher nicht beobachtet bzw. es gab keinerlei
Auslastungsprobleme mit meinem System.

Wie eine temporäre Freigabe meines Systemsnach außen eingerichtet
werden kann, weiß ich momentan nicht. Gibt es dazu eine Anleitung
irgendwo?

Gruß
G.

>Hi Gernot,
>
>Glaub ich alles, hilft aber bei der Diagnose nicht. Ich brauche den konkreten Debug Output der MW/json Abfrage welche die hohe Last verursacht.
>
>Alternativ lass mich per http mal draufschauen.
>
>> Am 12.09.2015 um 13:36 schrieb G. Stenzel <GS-vzl at betriebsdirektor.de>:
>> 
>> Hallo Andreas
>> 
>> Im Frontend dreht sich die Aktualisierungsanzeige oft sehr lange, bis
>> sich etwas ändert oder die Ansicht sich automatisch aktualisiert. Fhem
>> bringt dann ein read timeout bei einer http-Abfrage. Im Vergleich zu
>> vorher reagiert das System deutlich träger.
>> 
>> Wenn ich an die untenstehende Abfrage das debug-statement anhänge,
>> zeigt er mir nur ein leeres Browserfenster?
>> http://IP/middleware.php/data/UUID.json?from=now&tuples=1&debug=1
>
>Hast Du die UUID auch mal durch eine richtige ersetzt?
>
>Vg 
>Andreas
>
>> 
>> Ich habe mal noch etwas rumprobiert. Es scheint ein Auslastungsproblem
>> bei parallelen Anfragen an den mysqld zu sein. Auf dem Raspi zeigt mir
>> top dann überwiegend eine Vollauslastung der CPU durch den mysqld an.
>> Ich habe das jetzt mal etwas beobachtet. Anfragen über vzclient bzw.
>> fhem-http-Anfragen verursachen nur minimale CPU-Last durch den mysqld.
>> Erst wenn ich das Frontend aufrufe, springt die mysqld-Auslastung
>> dauerhaft auf Vollast (>98%) und bleibt dort auch ca 30s bis 60s so
>> hoch nach dem Schließen des Frontends. Schließlich geht die Auslastung
>> wieder zurück auf ~ 1%, selbst bei den anderen Anfragen. Irgendwie
>> scheint es also mit dem Frontend zusammenzuhängen.
>> 
>> Gruß
>> G.
>> 
>>> Moin,
>>> 
>>> Kannst Du mal bitte ein langsames MW Statement mit &debug=1 loggen? Was heisst langsam?
>>> 
>>> Viele Grüsse,
>>> Andreas
>>> 
>>>> Am 12.09.2015 um 10:46 schrieb G. Stenzel <GS-vzl at betriebsdirektor.de>:
>>>> 
>>>> Hallo
>>>> 
>>>> ich habe gestern mal den Volkszähler per 'sudo git pull' aktualisiert.
>>>> Da etliche Dateien nicht zu überschreiben waren, habe ich noch 
>>>> 'sudo git fetch --all'
>>>> 'sudo git reset --hard HEAD'
>>>> gemacht (als Lösung im Netz gefunden). Danach noch den Composer
>>>> aktualisiert.
>>>> 
>>>> Der Volkszähler lief dann auch wieder, allerdings dauern die Abfragen
>>>> sehr lange, z.B. eine Änderung im Diagrammzeitfenster oder eine
>>>> Browseranfrage an die middleware.
>>>> [IP]/middleware.php/capabilities/database.json gibt aus:
>>>> {"version":"0.3","capabilities":{"database":{"data_rows":371483,"data_size":109297664,"aggregation_enabled":1,"aggregation_rows":629133,"aggregation_ratio":0.59}}}
>>>> 
>>>> Kann mir bitte jemand helfen, die Performance wieder zu normalisieren?
>>>> Ich vermute mal, da ist beim update etwas schiefgegangen? Version
>>>> '0.3' müßte doch '0.4' sein, oder?
>>>> 
>>>> Viele Grüße
>>>> Gernot
>>>> 
>>>>> Hallo Zusammen,
>>>>> 
>>>>> ich habe- bis auf das Refresh Control- alle Changes aus Dev nach Master
>>>>> gemerged. Der letzte Stand vorher hat das Tag 0.4-final bekommen. Bei
>>>>> Aktualisierungen ist Folgendes zu beachten:
>>>>> 
>>>>> - da sich die Pfade geändert haben muss für Composer ein neuer Autoloader
>>>>> generiert werden- composer update sollte das mit erledigen
>>>>> - PHP 5.4 ist jetzt zwingende Voeraussetzung
>>>>> 
>>>>> Viele Grüße,
>>>>> Andreas