<div dir="ltr">Hallo Udo,<br><div class="gmail_extra"><br><div class="gmail_quote">Am 1. März 2017 um 21:54 schrieb Udo1 <span dir="ltr"><<a href="mailto:udo1@gmx.net" target="_blank">udo1@gmx.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Am 01.03.2017 um 21:45 schrieb Frank Richter:<span class=""><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Am 1. März 2017 um 20:07 schrieb Udo1 <<a href="mailto:udo1@gmx.net" target="_blank">udo1@gmx.net</a> <mailto:<a href="mailto:udo1@gmx.net" target="_blank">udo1@gmx.net</a>>>:<br>
<br>
    So wie ich die Beschreibungen der gen. Programme verstanden habe<br>
    schreiben die auch in bestimmten Abständen auf die SD-Karte, was<br>
    wiederum die Problematik mit der Impulszählung mitbringt.<br>
<br>
<br>
Ab und zu den Inhalt der Ramdisk auf die SD zu synchronisieren ist<br>
sicher sowohl für die Karte als auch für die Systemauslastung besser als<br>
im Sub-Sekunden-Takt einen Eintrag für jeden registrierten Impuls ins<br>
Logfile zu ballern. Außerdem steht es einem ja frei, ob und wie man den<br>
mitgelieferten Cronjob überhaupt aktiviert. Stündlich finde ich<br>
übertrieben, täglich fände ich ok. Würde mich aber auch trauen das<br>
völlig ohne Sync während der Laufzeit zu betreiben. Wenn die Kiste mal<br>
wegen Stromausfall oder aus anderem Grund abschmiert, ist das Log halt<br>
weg - gibt schlimmeres...<br>
<br>
</blockquote></span>
 Hallo Frank,<br>
<br>
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.</blockquote><div><br></div><div>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.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Du könntest ja zumindest die vorgeschlagene logrotate-config einbauen<br>
</blockquote>
<br></span>
Kann ich machen. Warten wir auf den nächsten der sich über hohe Spitzen in der Aufzeichnung wundert.<br></blockquote><div><br></div><div>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.</div><div><br></div><div>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.</div><div><br></div><div>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.</div><div><br></div><div>Ich möchte mich daran jetzt aber nicht festbeißen, ich komme auch damit klar wenn das Image ohne Ramdisk kommt.</div><div><br></div><div>Grüße</div><div>Frank</div></div><br></div></div>