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.tho...@online.de
<mailto:heine.tho...@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.tho...@online.de
<mailto:heine.tho...@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.<tylo...@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>
