Seite 2 von 2

Re: Fehler in der openWB.log

Verfasst: So Sep 22, 2019 1:45 pm
von Benny
Es sieht so aus, als wenn alles läuft. Das Auto ist z.Z. nicht da, desshalb nehme ich das mal an.
die crontab für root startet die atreboot.sh

Code: Alles auswählen

@reboot /var/www/html/openWB/runs/atreboot.sh &

Re: Fehler in der openWB.log

Verfasst: So Sep 22, 2019 2:03 pm
von Benny
Was aber auffällt:

Code: Alles auswählen

pi@openWB:~ $ ps aux | grep atreboot.sh
pi         394  0.0  0.1   4996  1324 ?        S    15:59   0:00 /bin/bash /var/www/html/openWB/runs/atreboot.sh
root       395  0.0  0.1   4996  1316 ?        S    15:59   0:00 /bin/bash /var/www/html/openWB/runs/atreboot.sh
pi        1321  0.0  0.1   5136  1372 ?        S    15:59   0:00 /bin/bash /var/www/html/openWB/runs/atreboot.sh
root      1322  0.0  0.1   5136  1272 ?        S    15:59   0:00 /bin/bash /var/www/html/openWB/runs/atreboot.sh
pi        5748  0.0  0.0   4772   548 pts/0    S+   16:02   0:00 grep --color=auto atreboot.sh
Der Spuk ist dann aber nach einiger Zeit vorbei und der Prozess weg.

Re: Fehler in der openWB.log

Verfasst: So Sep 22, 2019 5:52 pm
von Benny
WB läuft einwandfrei. Sehr seltsam diese Logeinträge.
Aber sind ja nicht die ersten Logeinträge, die man ignorieren kann.
:lol:

Re: Fehler in der openWB.log

Verfasst: Sa Sep 28, 2019 6:14 am
von Benny
Der zweite LP ist nun verbaut und läuft auch super.
Jedoch habe ich nun massenhaft diesen Eintrag:

Code: Alles auswählen

loadvars.sh: Zeile 14: ramdisk/mqttlastlademodus: Datei oder Verzeichnis nicht gefunden
Soll ich das ignorieren und das Log jede Woche löschen?

Re: Fehler in der openWB.log

Verfasst: Sa Sep 28, 2019 6:23 am
von openWB
Ignorieren, nicht löschen, nach ändern des lademodus sollte der fehler nicht mehr auftreten.

Re: Fehler in der openWB.log

Verfasst: Sa Sep 28, 2019 6:28 am
von Benny
Jau, scheint jetzt weg zu sein... :lol:
Vielen Dank.

Re: Fehler in der openWB.log

Verfasst: Sa Sep 28, 2019 6:39 am
von Benny
Was noch doof ist: Nach jedem Neustart ist es in ca. 25% der Fälle so, dass die USB Geräte andere /dev Einträge bekommt.
Dann muss ich nochmal neu starten und dann läuft es in der Regel.