[vz-dev] Neues Image

Frank Richter frank.richter83 at gmail.com
Wed Mar 1 22:34:30 CET 2017


Hallo Udo,

Am 1. März 2017 um 21:54 schrieb Udo1 <udo1 at gmx.net>:

>
> Am 01.03.2017 um 21:45 schrieb Frank Richter:
>
>> Am 1. März 2017 um 20:07 schrieb Udo1 <udo1 at gmx.net <mailto:udo1 at gmx.net
>> >>:
>>
>>     So wie ich die Beschreibungen der gen. Programme verstanden habe
>>     schreiben die auch in bestimmten Abständen auf die SD-Karte, was
>>     wiederum die Problematik mit der Impulszählung mitbringt.
>>
>>
>> Ab und zu den Inhalt der Ramdisk auf die SD zu synchronisieren ist
>> sicher sowohl für die Karte als auch für die Systemauslastung besser als
>> im Sub-Sekunden-Takt einen Eintrag für jeden registrierten Impuls ins
>> Logfile zu ballern. Außerdem steht es einem ja frei, ob und wie man den
>> mitgelieferten Cronjob überhaupt aktiviert. Stündlich finde ich
>> übertrieben, täglich fände ich ok. Würde mich aber auch trauen das
>> völlig ohne Sync während der Laufzeit zu betreiben. Wenn die Kiste mal
>> wegen Stromausfall oder aus anderem Grund abschmiert, ist das Log halt
>> weg - gibt schlimmeres...
>>
>>  Hallo Frank,
>
> du hast völlig Recht mit deinen Einlassungen. Das ändert aber nichts
> daran, dass bei Impulszählung, sobald ein Zugriff auf die SD-Karte erfolgt,
> es zu hohen Spitzen in der Impulsaufzeichnung kommt.


MySQL schreibt ja auch viel auf der Karte rum, kann also nicht sein dass
jeder Zugriff per se problematisch ist. Ich vermute dass es bei vzlogger
vor allem die hohe Frequenz der Zugriffe ist, die irgendwann zu
Interrupt-Stau führt. Wahrscheinlich ist es auch furchtbar ineffizient,
ständig ein paar Byte ins Logfile zu schreiben, denn die Karte muss
bestimmt jedesmal einen ganzen, sehr viel größeren Block neu beschreiben.


> Du könntest ja zumindest die vorgeschlagene logrotate-config einbauen
>>
>
> Kann ich machen. Warten wir auf den nächsten der sich über hohe Spitzen in
> der Aufzeichnung wundert.
>

Das wird auf jeden Fall früher oder später wieder ein Thema werden, weil
das Logfile jetzt wieder in /var/log/ und damit auf der SD liegt.

logrotate selbst macht sicher keinen Ärger, das soll nur die vzlogger.log
leeren, falls die zu groß wird (in meiner Beispiel-Config 100kB). Wir
hatten ja auf der ML schon Fälle, wo sich User über ein hunderte MB großes
Logfile oder über ein bis zum Rand vollgeschriebenes tmpfs gewundert haben.
Das würde mit eingerichtetem logrotate nicht mehr auftreten.

IMHO wäre eine Ramdisk für /var/log/ best practice, weil es für vzlogger
genau das leistet, was du mit mount von /tmp/ als tmpfs bewirkt hast, ohne
das vor ein paar Wochen diskutierte Sicherheitsproblem und ohne
Einschränkungen für andere Software, die ebenfalls /tmp/ nutzt (MySQL,
apt,...). Als Bonus kommt dazu, dass der SD auch alle anderen System-Logs
erspart bleiben.

Ich möchte mich daran jetzt aber nicht festbeißen, ich komme auch damit
klar wenn das Image ohne Ramdisk kommt.

Grüße
Frank
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-dev/attachments/20170301/7bd4a5ef/attachment-0001.html>


More information about the volkszaehler-dev mailing list