[vz-users] plötzlicher logging stop

[Heine.thomas at online.de]

Hallo,

in der Systemkonfig steht folgendes:

[Unit]
Description=vzlogger
After=syslog.target network.target
After=mysql.service ntp.service middleware.service push-server.service

[Service]
ExecStart=/usr/local/bin/vzlogger -c /etc/vzlogger.conf
ExecReload=/bin/kill -HUP $MAINPID
StandardOutput=null

[Install]
WantedBy=multi-user.target

Was muss ich für den automatischen Neustart ändern?

Was kann bei mir den Fehler ausgelöst haben?
Reicht verbosity=1 für eine Fehlersuche, falls es nochmals passiert?

Danke
Thomas

Am 09.12.2019 um 10:35 schrieb Andreas Goetz:
> Hi,
>
>> On 9. Dec 2019, at 10:32, Heine.thomas at online.de 
>> <mailto:Heine.thomas at online.de> wrote:
>>
>> 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 der Servicekonfiguration (sic), vmtl. 
> /etc/systemd/system/vzlogger.service.
>
>>
>> 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)
>> <snip>
>>
>> Was ist "php[633]" ?
>
> Das ist die Middleware und hat nichts damit zu tun.
>
> Viele Grüße, Andreas
>
>>
>> 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/580ea54f/attachment-0001.html>