[vz-dev] Middleware Absturz

[Tom Weber]

Hi,

ja, in den access.log sehe ich alle POSTS und auch die GETS - auch die der
Zeiten, wo die DB nicht mehr gefüllt wurde. Also scheinen die requests
durchgereicht zu werden.

Ein OPTIMIZE geht auf allen Tabellen bis auf DATA. Da kommt es nach einigen
Minuten zu:
ERROR 2013 (HY000): Lost connection to MySQL server during query

Leider auch schon ca. 2 Mill Datensätze ....
Tom




-----Ursprüngliche Nachricht-----
Von: volkszaehler-dev-bounces at lists.volkszaehler.org
[mailto:volkszaehler-dev-bounces at lists.volkszaehler.org] Im Auftrag von
Thorben Thuermer
Gesendet: Montag, 9. April 2012 22:02
An: volkszaehler.org
Betreff: Re: [vz-dev] Middleware Absturz

On Mon, 9 Apr 2012 21:41:44 +0200 "Tom Weber" <tom.weber at gmx.de> wrote:
> ich habe bei meiner Sheeva Middleware immer wieder das Problem, dass 
> sie sich nach einigen Tagen oder Stunden verabschiedet.
> Es findet dann keinerlei Aufzeichnung mehr statt, weder s0 noch vzlogger.
> Bizarrerweise kann ich aber die middleware.php aufrufen, apache 
> scheint also zu laufen. Auch die error.log zeigt in meinen Augen keine 
> Auffälligkeiten....
> 
> Wie kann ich dem Fehler auf die Schliche kommen?

also, die middleware als solche kann ja nicht "abstuerzen", zumal es sich um
ein php-script handelt, das vom webserver fuer fuer jeden eingehenden
request neu ausgefuehrt wird.

die fragen die zu klaeren sind sind im prinzip:
* erzeugen der/die client/s noch requests
* erreichen diese requests den webserver
* verarbeitet der webserver diese
* treten bei der verarbeitung probleme auf

du sagst, manuell abgesetzte requests funktionieren noch?
betrifft das nur das abrufen von daten, oder auch das eintragen (zB auf
einem dafuer erzeugten test-kanal)?

du sagst im error-log steht nichts...
wie sieht es dann mit access.log aus? da sollten die requests in jedem fall
auftauchen, wenn sie gesendet werden und den server erreichen.

im zweifelsfall mit wireshark etc. pruefen, ob noch requests ueber's netz
gehen.

was ich auch lohnt zu pruefen ist, ob die dahinterliegende mysql-datenbank
ggfs. probleme hat - das ist auch ein haeufiges problem.
(show processlist - haengen ggfs mysql-anfragen (platte voll?),  oder mal
ein check/repair table.)

> Hilfe wäre Klasse,
> Tom

- Thorben