[vz-users] plötzlicher logging stop

Heine.thomas at online.de Heine.thomas at online.de
Mon Dec 9 10:32:39 CET 2019


Hallo,

"Also erstmal soll das natürlich nicht passieren. Wenn es dennoch 
vorkommt kann der Service so konfiguriert werden, dass er automatisch 
neu startet."
Wie kann ich das wo konfigurieren?

in meimen Syslog (/var/log/syslog) ist folgendes zu finden:

Dec  9 03:43:01 VzOberhofen CRON[13992]: (pi) CMD (/usr/bin/python 
/home/pi/luefter.py    #jede Minute ausf\303\274hren)
Dec  9 03:43:01 VzOberhofen CRON[13994]: (pi) CMD (/usr/bin/python 
/home/pi/s7temp.py    #alle min ausf\303\274hren)
Dec  9 03:44:02 VzOberhofen CRON[14449]: (pi) CMD (/usr/bin/python 
/home/pi/luefter.py    #jede Minute ausf\303\274hren)
Dec  9 03:44:02 VzOberhofen CRON[14451]: (pi) CMD (/usr/bin/python 
/home/pi/s7temp.py    #alle min ausf\303\274hren)
Dec  9 03:44:04 VzOberhofen php[633]: Restart worker #5503 because it 
reached max requests of 1000
Dec  9 03:45:01 VzOberhofen CRON[14885]: (pi) CMD (/usr/bin/python 
/home/pi/s7temp.py    #alle min ausf\303\274hren)
Dec  9 03:45:01 VzOberhofen CRON[14888]: (pi) CMD (/usr/bin/python 
/home/pi/luefter.py    #jede Minute ausf\303\274hren)
Dec  9 03:45:08 VzOberhofen php[633]: Script did not return a valid HTTP 
response. Maybe it has called exit() prematurely?
Dec  9 03:45:08 VzOberhofen systemd[1]: vzlogger.service: Main process 
exited, code=killed, status=11/SEGV
Dec  9 03:45:08 VzOberhofen systemd[1]: vzlogger.service: Failed with 
result 'signal'.
Dec  9 03:46:01 VzOberhofen CRON[15321]: (pi) CMD (/usr/bin/python 
/home/pi/luefter.py    #jede Minute ausf\303\274hren)
Dec  9 03:46:01 VzOberhofen CRON[15320]: (pi) CMD (/usr/bin/python 
/home/pi/s7temp.py    #alle min ausf\303\274hren)
Dec  9 03:46:06 VzOberhofen php[633]: Restart worker #5504 because it 
reached max requests of 1000
Dec  9 03:47:01 VzOberhofen CRON[15767]: (pi) CMD (/usr/bin/python 
/home/pi/luefter.py    #jede Minute ausf\303\274hren)
Dec  9 03:47:01 VzOberhofen CRON[15768]: (pi) CMD (/usr/bin/python 
/home/pi/s7temp.py    #alle min ausf\303\274hren)
Dec  9 03:48:01 VzOberhofen CRON[16211]: (pi) CMD (/usr/bin/python 
/home/pi/s7temp.py    #alle min ausf\303\274hren)
Dec  9 03:48:01 VzOberhofen CRON[16212]: (pi) CMD (/usr/bin/python 
/home/pi/luefter.py    #jede Minute ausf\303\274hren)
Dec  9 03:48:25 VzOberhofen php[633]: Restart worker #5505 because it 
reached max requests of 1000
Dec  9 03:49:01 VzOberhofen CRON[16664]: (pi) CMD (/usr/bin/python 
/home/pi/s7temp.py    #alle min ausf\303\274hren)
Dec  9 03:49:01 VzOberhofen CRON[16663]: (pi) CMD (/usr/bin/python 
/home/pi/luefter.py    #jede Minute ausf\303\274hren)
Dec  9 03:50:01 VzOberhofen CRON[17107]: (pi) CMD (/usr/bin/python 
/home/pi/s7temp.py    #alle min ausf\303\274hren)
Dec  9 03:50:01 VzOberhofen CRON[17108]: (pi) CMD (/usr/bin/python 
/home/pi/luefter.py    #jede Minute ausf\303\274hren)
Dec  9 03:50:01 VzOberhofen CRON[17109]: (pi) CMD (php 
/var/www/volkszaehler.org/bin/aggregate run -m delta -l minute >/dev/null)
Dec  9 03:50:42 VzOberhofen php[633]: Restart worker #5506 because it 
reached max requests of 1000

Was ist "php[633]" ?

Gruß
Thomas

Am 09.12.2019 um 10:16 schrieb Andreas Goetz:
> Moin.
>
> Also erstmal soll das natürlich nicht passieren. Wenn es dennoch 
> vorkommt kann der Service so konfiguriert werden, dass er automatisch 
> neu startet.
>
> Im Log von Rene ist zu sehen dass es anscheinend irgendwelche Probleme 
> mit einem USB gerät gibt- wird das vom Logger verwendet? Es könnte 
> auch lohnen mal bei Raspbian zu forschen ob/wer ähnliche Probleme mit 
> diesem USB Gerät hat.
>
> Auf den ersten Blick würde ich vermuten dass Vzlogger mit der 
> Situation eines sich “abmeldenden” USB Gerätes nicht gut klar kommt. 
> Da das aber nicht der Root cause is aus meiner Sicht erstmal kein 
> Handlungsbedarf.
>
> Viele Grüße, Andreas
>
>
>> On 9. Dec 2019, at 10:11, Heine.thomas at online.de 
>> <mailto:Heine.thomas at online.de> wrote:
>>
>> Hallo,
>>
>> sehr witzig. Meiner stieg heute morgen um 3:45 Uhr auch aus. Siehe 
>> Bild....
>> Da die Verbosity auf 0 war, keine Einträge im VZ-log...
>> Bei mir ist die Datebank auf dem RPI.
>>
>> Verstehen tue ich das ganze auch nicht.
>> Nach einem Neustart lief alles wieder.
>> Ich stelle nun mal das verbosity auf 1
>>
>>
>> Gruß
>> Thomas
>>
>> Am 09.12.2019 um 08:34 schrieb Andreas Goetz:
>>> Dein Screenshot ist unleserlerlich. Läuft der Daemon Prozess nich 
>>> wenn das log stoppt?
>>>
>>>> Am 09.12.2019 um 07:14 schrieb René W.<tylonhh at gmail.com>:
>>>>
>>>> 
>>>> Guten Morgen,
>>>> mein vzlogger hat nun zum zweiten mal getoppt zu loggen. Es läuft 
>>>> über ein RPi3 mit externer Synology Datenbank. Nach einem reboot 
>>>> oder manuellen Start des Dienstes läuft der Log weiter. Im frontend 
>>>> sind aber Lücken zu sehen.
>>>> Da der verbose debug recht niedrig ist, habe ich hier eine log ausm 
>>>> /var/log/sys.log
>>>> <F59D64FD9B984906BE521F9A5F7F7D59.jpg>
>>>> Ich werde da nicht ganz schlau daraus und was ich als nächstes 
>>>> machen sollte. Könnt ihr mir helfen?
>>>> Gruß René
>>
>> <Fehler VZlogger.jpg>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20191209/c9f8b337/attachment-0001.html>


More information about the volkszaehler-users mailing list