Re: [vz-dev] Beschreibung vzlogger.conf
Fein, dann sind wir uns in Bezug auf die S0-Geschichte ja einig. Bleibt die Motivation, der Speicherkarte die Zugriffe durch Logfiles zu ersparen, und zwar nicht nur vzlogger, sondern auch syslog, apache und was sonst noch alles in /var/log/ geschrieben wird. Viele Grüße Frank Am 19.03.2017 22:26 schrieb "Udo1" : > Hallo Frank, > > Am 19.03.2017 um 21:12 schrieb Frank Richter: > >> Mit verbosity = 0 sollte doch eigentlich weitestgehend egal sein, wo das >> Logfile liegt, weil außer im Fehlerfall nichts reingeschrieben wird. >> > > Ich habe mir noch mal den Issue-Verlauf angeschaut: > https://github.com/volkszaehler/vzlogger/issues/241 > > Wie ich selbst geschrieben habe, tritt der Fehler bei 'verbosity' = 0 > nicht auf. 8-( > Also reicht es wenn in der vzlogger.conf 'verbosity' auf 0 gesetzt wird. > > Insofern brauchen wir dafür keine Ramdisk. > > Gruß > Udo >
Re: [vz-dev] Beschreibung vzlogger.conf
Hallo Frank, Am 19.03.2017 um 21:12 schrieb Frank Richter: Mit verbosity = 0 sollte doch eigentlich weitestgehend egal sein, wo das Logfile liegt, weil außer im Fehlerfall nichts reingeschrieben wird. Ich habe mir noch mal den Issue-Verlauf angeschaut: https://github.com/volkszaehler/vzlogger/issues/241 Wie ich selbst geschrieben habe, tritt der Fehler bei 'verbosity' = 0 nicht auf. 8-( Also reicht es wenn in der vzlogger.conf 'verbosity' auf 0 gesetzt wird. Insofern brauchen wir dafür keine Ramdisk. Gruß Udo
Re: [vz-dev] Beschreibung vzlogger.conf
Das ist auch ein Argument. Dann sollten wir nur in der vzlogger.conf FETT darauf hinweisen, was mit der SDCard passieren kann. Bei mir läuft seit Langem alles über USB-SSD. Auch eine Art Ursachenbehebung :-). VG iot Am 19.03.2017 21:29 schrieb "Andreas Götz" : > Deshalb logfile aus und gut. Massenhaftes Logging durch Tools zu > entschärfen ist der falsche Weg. Die Ursache abzustellen gefällt mir da > viel besser... > > Viele Grüße, Andreas > > Am 19.03.2017 um 21:12 schrieb Frank Richter : > > Ich finde die Vermeidung von SD-Card-Zugriffen auf dem Pi jetzt gar nicht > so speziell. > > Grüße > Frank > > Am 19. März 2017 um 19:47 schrieb Andreas Goetz : > >> Sehe ich wie Udo. In das Image gehört das m.E. nicht rein da zu speziell. >> >> my 2c, >> Andreas >> >> > On 19 Mar 2017, at 19:26, Udo1 wrote: >> > >> > Am 19.03.2017 um 13:53 schrieb E. Olsen: >> >> ich bin auch Armbian-user. Log2ram fände ich gut, wenn die Ramdisk >> nicht >> >> zuviel vom RAM nimmt. >> > >> > Ja, dann richte es dir doch ein. Armbian soll das ja schon mitbringen. >> > Ansonsten: https://github.com/azlux/log2ram >> > Da gibt es auch eine Installationsanleitung. >> > >> > Gruß >> > Udo >> >> >
Re: [vz-dev] Beschreibung vzlogger.conf
Deshalb logfile aus und gut. Massenhaftes Logging durch Tools zu entschärfen ist der falsche Weg. Die Ursache abzustellen gefällt mir da viel besser... Viele Grüße, Andreas > Am 19.03.2017 um 21:12 schrieb Frank Richter : > > Ich finde die Vermeidung von SD-Card-Zugriffen auf dem Pi jetzt gar nicht so > speziell. > > Grüße > Frank > >> Am 19. März 2017 um 19:47 schrieb Andreas Goetz : >> Sehe ich wie Udo. In das Image gehört das m.E. nicht rein da zu speziell. >> >> my 2c, >> Andreas >> >> > On 19 Mar 2017, at 19:26, Udo1 wrote: >> > >> > Am 19.03.2017 um 13:53 schrieb E. Olsen: >> >> ich bin auch Armbian-user. Log2ram fände ich gut, wenn die Ramdisk nicht >> >> zuviel vom RAM nimmt. >> > >> > Ja, dann richte es dir doch ein. Armbian soll das ja schon mitbringen. >> > Ansonsten: https://github.com/azlux/log2ram >> > Da gibt es auch eine Installationsanleitung. >> > >> > Gruß >> > Udo >> >
Re: [vz-dev] Beschreibung vzlogger.conf
Ich finde die Vermeidung von SD-Card-Zugriffen auf dem Pi jetzt gar nicht so speziell. Grüße Frank Am 19. März 2017 um 19:47 schrieb Andreas Goetz : > Sehe ich wie Udo. In das Image gehört das m.E. nicht rein da zu speziell. > > my 2c, > Andreas > > > On 19 Mar 2017, at 19:26, Udo1 wrote: > > > > Am 19.03.2017 um 13:53 schrieb E. Olsen: > >> ich bin auch Armbian-user. Log2ram fände ich gut, wenn die Ramdisk nicht > >> zuviel vom RAM nimmt. > > > > Ja, dann richte es dir doch ein. Armbian soll das ja schon mitbringen. > > Ansonsten: https://github.com/azlux/log2ram > > Da gibt es auch eine Installationsanleitung. > > > > Gruß > > Udo > >
Re: [vz-dev] Beschreibung vzlogger.conf
Hallo Udo, Am 19. März 2017 um 19:22 schrieb Udo1 : > Hallo Frank, > > Am 19.03.2017 um 13:08 schrieb Frank Richter: > >> Ich versteh nicht ganz, was dagegen spricht, das zu verwenden. >> > > Ich meine ich hätte schon versucht zu erklären warum ich das nicht gut > finde. > und ich meine ich hätte schon mal versucht das zu entkräften... > > Aber gerne noch mal: > > Lt. Github/log2ram: > >> By default, the program will write log into the HardDisk every hour and >> the log for log2ram will be write here : /var/log.hdd/log2ram.log >> > > Sicher wird man die Zeit von jede Stunde auch auf alle 12 Stunden oder > länger verlängern können. > Fakt bleibt: irgendwann schreibt log2ram auf die SD-Karte und stört damit > ankommende S0-Impulse. > Ich kann das mangels Impulszähler nicht selbst testen, gehe aber stark davon aus, dass vzlogger nur dann Probleme mit den Schreibzugriffen hat, wenn er selbst auf die Karte schreiben möchte (in sein Logfile) und wegen Zugriff-Stau nicht sofort kann. Das Logfile läge mit log2ram aber (wie im aktuellen Image) im RAM und hätte mit den SD-Zugriffen nichts zu tun. Ich hab's schon mal gesagt: MySQL schreibt ständig auf der SD-Karte rum, das stört vzlogger ja offenbar nicht. Warum sollte dann die sporadische Sicherung der Logfiles von log2ram was ausmachen? Außerdem, was ist das überhaupt für ein Setup, in dem jeder Impuls ins Logfile geschrieben wird?? Mit verbosity = 0 sollte doch eigentlich weitestgehend egal sein, wo das Logfile liegt, weil außer im Fehlerfall nichts reingeschrieben wird. > > Wer keine S0-Impulse loggt kann es sich ja runter laden, installieren und > verwenden. > Ich denke halt, wir sollten die Chance nutzen, das Image "ab Werk" in puncto Umgang mit der SD-Karte zu optimieren. log2ram scheint mir da ein einfach umzusetzender Punkt zu sein. Belastbare Gegenargumente gibt es IMHO nicht viele. Aber ich möchte deshalb auch keinen Streit oder endlose Diskussionen vom Zaun brechen - wenn es außer mir niemand haben will, soll das mein letzter Post in dieser Sache gewesen sein. > Gruß > Udo Viele Grüße Frank
Re: [vz-dev] Beschreibung vzlogger.conf
Sehe ich wie Udo. In das Image gehört das m.E. nicht rein da zu speziell. my 2c, Andreas > On 19 Mar 2017, at 19:26, Udo1 wrote: > > Am 19.03.2017 um 13:53 schrieb E. Olsen: >> ich bin auch Armbian-user. Log2ram fände ich gut, wenn die Ramdisk nicht >> zuviel vom RAM nimmt. > > Ja, dann richte es dir doch ein. Armbian soll das ja schon mitbringen. > Ansonsten: https://github.com/azlux/log2ram > Da gibt es auch eine Installationsanleitung. > > Gruß > Udo
Re: [vz-dev] Beschreibung vzlogger.conf
Am 19.03.2017 um 13:53 schrieb E. Olsen: ich bin auch Armbian-user. Log2ram fände ich gut, wenn die Ramdisk nicht zuviel vom RAM nimmt. Ja, dann richte es dir doch ein. Armbian soll das ja schon mitbringen. Ansonsten: https://github.com/azlux/log2ram Da gibt es auch eine Installationsanleitung. Gruß Udo
Re: [vz-dev] Beschreibung vzlogger.conf
Hallo Frank, Am 19.03.2017 um 13:08 schrieb Frank Richter: Ich versteh nicht ganz, was dagegen spricht, das zu verwenden. Ich meine ich hätte schon versucht zu erklären warum ich das nicht gut finde. Aber gerne noch mal: Lt. Github/log2ram: By default, the program will write log into the HardDisk every hour and the log for log2ram will be write here : /var/log.hdd/log2ram.log Sicher wird man die Zeit von jede Stunde auch auf alle 12 Stunden oder länger verlängern können. Fakt bleibt: irgendwann schreibt log2ram auf die SD-Karte und stört damit ankommende S0-Impulse. Wer keine S0-Impulse loggt kann es sich ja runter laden, installieren und verwenden. Gruß Udo
Re: [vz-dev] Beschreibung vzlogger.conf
Moin, ich bin auch Armbian-user. Log2ram fände ich gut, wenn die Ramdisk nicht zuviel vom RAM nimmt. VG iot Am 19.03.2017 13:17 schrieb "Frank Richter" : Hallo Udo, Am 19.03.2017 10:27 schrieb "Udo1" : > > Da ich nicht vorhabe im neuen Image wieder ein tmpfs einzurichten, würde ich vorschlagen in dem Fall von S0-Impulsen, wenn alles läuft, einen leeren Pfad zu setzen, damit keine Schreibzugriffe auf die SD-Karte erfolgen. ich will dich ja nicht nerven damit, aber wir hatten doch Anfang März schon mal eine längere Konversation bzgl. log2ram, was /var/log komplett als Ramdisk mountet. Ich versteh nicht ganz, was dagegen spricht, das zu verwenden. In armbian beispielsweise wird log2ram schon mitgeliefert. Viele Grüße Frank
Re: [vz-dev] Beschreibung vzlogger.conf
Hallo Udo, Am 19.03.2017 10:27 schrieb "Udo1" : > > Da ich nicht vorhabe im neuen Image wieder ein tmpfs einzurichten, würde ich vorschlagen in dem Fall von S0-Impulsen, wenn alles läuft, einen leeren Pfad zu setzen, damit keine Schreibzugriffe auf die SD-Karte erfolgen. ich will dich ja nicht nerven damit, aber wir hatten doch Anfang März schon mal eine längere Konversation bzgl. log2ram, was /var/log komplett als Ramdisk mountet. Ich versteh nicht ganz, was dagegen spricht, das zu verwenden. In armbian beispielsweise wird log2ram schon mitgeliefert. Viele Grüße Frank
Re: [vz-dev] Beschreibung vzlogger.conf
Hallo Udo, am Sonntag, 19. März 2017 um 10:27 hast du geschrieben: > Ich wage es ja kaum, aber ich hätte da noch einen Änderungsvorschlag: Habs geändert. Mithilfe ist erwünscht und teilweise auch zwingend erforderlich. Es gibt ein paar Paramter die mir nix sagten und auch meter mit denen ich mich nicht auskenne und daher erstmal "offen" gelassen hab. mfg Daniel
Re: [vz-dev] Beschreibung vzlogger.conf
Hall Daniel, ja, sehr schön gemacht. Das war viel Arbeit. Ich wage es ja kaum, aber ich hätte da noch einen Änderungsvorschlag: Empfehlung „/var/log/vzlogger.log“ im Regelfall „/tmp/vzlogger.log“ wenn S0-Impulse in schneller Folge geloggt werden oder um die SD-Karte zu schonen. Maximalgröße des tmp-Filesystems beachten! Da ich nicht vorhabe im neuen Image wieder ein tmpfs einzurichten, würde ich vorschlagen in dem Fall von S0-Impulsen, wenn alles läuft, einen leeren Pfad zu setzen, damit keine Schreibzugriffe auf die SD-Karte erfolgen. Gruß Udo
