<p dir="ltr">Hi,</p>
<p dir="ltr">möglicherweise ist dein /tmp/ zu klein für das was MySQL da vorhat. Ist das ein Pi mit Udos Image (/tmp/ als Ramdisk)?</p>
<p dir="ltr">Grüße<br>
Frank</p>
<div class="gmail_quote">Am 08.02.2017 21:25 schrieb <<a href="mailto:china2013@abwesend.de">china2013@abwesend.de</a>>:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
Hallo Frank,<br>
<br>
ja, der Channel ist "El. Energie (Zählerstände)"<br>
CPU Last ist jetzt einen Tag später knapp 400% (Quadcore)<br>
<br>
Die Last kommt sicher von crontab der jede Minute aggregate startet.<br>
Da ich glaube, dass durch den kill und reboot die Arbeiten nicht
sauber zu Ende gelaufen sind will ich nochmal aufräumen.<br>
<br>
1. in crontab -e die 3x aggregate.php run -m delta -l
minute/hour/day herausnehmen<br>
2. sudo reboot<br>
3. aggregate.php clear<br>
<br>
Ergebnis: :-(<br>
<tt>pi@PI3:~ $ <b>php
/var/www/<a href="http://volkszaehler.org/misc/tools/aggregate.php" target="_blank">volkszaehler.org/<wbr>misc/tools/aggregate.php</a> clear</b></tt><tt><br>
</tt><tt>Clearing aggregation table.</tt><tt><br>
</tt><tt>Done clearing aggregation table.</tt><tt><br>
<br>
</tt><tt>pi@PI3:~ $ <b>php
/var/www/<a href="http://volkszaehler.org/misc/tools/aggregate.php" target="_blank">volkszaehler.org/<wbr>misc/tools/aggregate.php</a> run -m delta
-l minute</b></tt><tt><br>
</tt><tt>Performing 'delta' aggregation on 'minute' level.</tt><tt><br>
</tt><font color="#ff0000"><tt>
[Doctrine\DBAL\Exception\<wbr>DriverException]</tt><tt><br>
</tt><tt> An exception occurred while executing 'REPLACE INTO
aggregate (channel_id, type, timestamp, v</tt><tt><br>
</tt><tt> alue, count) SELECT channel_id, ? AS type,
MAX(timestamp) AS timestamp, MAX(value) AS value,</tt><tt><br>
</tt><tt> COUNT(timestamp) AS count FROM data WHERE channel_id =
? AND timestamp < UNIX_TIMESTAMP(DATE_</tt><tt><br>
</tt><tt> FORMAT(NOW(), "%Y-%m-%d %H:%i:00")) * 1000 GROUP BY
channel_id, YEAR(FROM_UNIXTIME(timestamp/</tt><tt><br>
</tt><tt> 1000)), DAYOFYEAR(FROM_UNIXTIME(<wbr>timestamp/1000)),
HOUR(FROM_UNIXTIME(timestamp/<wbr>1000)), MINUTE</tt><tt><br>
</tt><tt> (FROM_UNIXTIME(timestamp/1000)<wbr>)' with params [1, "6"]:</tt><tt><br>
</tt><tt> SQLSTATE[HY000]: General error: 3 Error writing file
'/tmp/MYjCVsYM' (Errcode: 28)</tt><tt><br>
</tt><tt><br>
[Doctrine\DBAL\Driver\<wbr>PDOException]</tt><tt><br>
</tt><tt> SQLSTATE[HY000]: General error: 3 Error writing file
'/tmp/MYjCVsYM' (Errcode: 28)</tt><tt><br>
</tt><tt><br>
[PDOException]</tt><tt><br>
</tt><tt> SQLSTATE[HY000]: General error: 3 Error writing file
'/tmp/MYjCVsYM' (Errcode: 28)</tt><tt><br>
</tt></font><tt>run [-l|--level LEVEL] [-m|--mode MODE]
[-p|--period PERIOD] [--] [<uuid>]...</tt><tt><br>
</tt><br>
Der Error kommt so nach ca. 5 Minuten<br>
So ne Kacke - und wat nu? Die Tabelle aggregate ist jetzt nach dem
Error immer noch komplett leer.<br>
<br>
Bitte helft mir<br>
Saftwerk<br>
<hr size="2" width="100%"><br>
<div class="m_3313105377854551399moz-cite-prefix">Am 08.02.2017 um 00:43 schrieb Frank
Richter:<br>
</div>
<blockquote type="cite">
<div dir="ltr">Ich geh mal davon aus, dass dein Kanaltyp
"Zählerstände" ist, oder? Dann kannst du die betreffende Zeile
in der Tabelle aggregate einfach händisch löschen.
<div>Ansonsten stell mal die Rohwerte für den fraglichen Bereich
hier rein (Middleware-Request mit options=raw).</div>
<div><br>
</div>
<div>Gruß</div>
<div>Frank<br>
</div>
</div>
</blockquote>
<br>
</div>
</blockquote></div>