/dev/watchdog auf RasPi deaktivieren

Begonnen von hyper2910, 01 September 2014, 12:35:17

Vorheriges Thema - Nächstes Thema

hyper2910

Hi zusammen,


wie kann ich den watchdog ausschalten?  Seit ich diesem aktiviert habe, startet fhem jede 30min neu.



Cubietruck mit FHEM, CUL V3 443MHz, 2 x CULV3 868MHz, Milights, Max Heizungssteuerung, Homematic, IT,

juppzupp


sudo /etc/init.d/watchdog stop
sudo update-rc.d watchdog remove

1) disabled ihn runtime
2) verhindert das erneute starten nach boot

betateilchen

Was hält man denn von dem Lösungsvorschlag, den watchdog einfach richtig zu konfigurieren, damit der Raspi nicht mehr alle 30 Minuten gestartet wird?


-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

hyper2910

ja, ginge auch, habe den Watchdog genauso installiert/aktiviert wie du beschrieben hast.


Cubietruck mit FHEM, CUL V3 443MHz, 2 x CULV3 868MHz, Milights, Max Heizungssteuerung, Homematic, IT,

betateilchen

glaub ich nicht.

Zeig doch mal Deine /etc/watchdog.conf her.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

hyper2910

bitte sehr

#ping = 172.31.14.1
#ping = 172.26.1.255
#interface = eth0
#file = /var/log/messages
#change = 1407

# Uncomment to enable test. Setting one of these values to '0' disables it.
# These values will hopefully never reboot your machine during normal use
# (if your machine is really hung, the loadavg will go much higher than 25)
max-load-1 = 24
#max-load-5 = 18
#max-load-15 = 12

# Note that this is the number of pages!
# To get the real size, check how large the pagesize is on your machine.
#min-memory = 1

#repair-binary = /usr/sbin/repair
#repair-timeout =
#test-binary =
#test-timeout =

watchdog-device = /dev/watchdog

# Defaults compiled into the binary
#temperature-device =
#max-temperature = 120

# Defaults compiled into the binary
#admin = root
#interval = 1
#logtick                = 1
#log-dir = /var/log/watchdog

# This greatly decreases the chance that watchdog won't be scheduled before
# your machine is really loaded
#realtime = yes
#priority = 1

# Check if syslogd is still running by enabling the following line
#pidfile = /var/run/syslogd.pid   

file = /opt/fhem/log/fhem.save
change = 2000
Cubietruck mit FHEM, CUL V3 443MHz, 2 x CULV3 868MHz, Milights, Max Heizungssteuerung, Homematic, IT,

betateilchen

#6
Gut. Wenn die Datei /opt/fhem/log/fhem.save 2000 Sekunden lang (also ca. 33 Minuten) nicht neu geschrieben wurde, erfolgt der reboot. Das führt der RaspberryPi ja auch völlig korrekt aus.

Hast Du denn in Deinem fhem dafür gesorgt, DASS diese Datei regelmäßig geschrieben wird? Regelmäßig bedeutet in diesem Zusammenhang "in einem Intervall kleiner als 2000 Sekunden", ich würde empfehlen, alle 30 Minuten = 1800 Sekunden.

In meiner von Dir genannten Anleitung ist das ja auch beschrieben:

ZitatBei mir habe ich die Überwachung so gelöst, dass ich watchdog auf eine Datei prüfen lasse, von der ich genau weiss, dass fhem sie (bei mir) regelmäßig beschreibt. Per at-Definition werden bei mir sämtliche states aller Devices alle 30 Minuten gesichert. Ich habe also eine Datei fhem.save in /opt/fhem/log die sich alle halbe Stunde ändert. Perfektes Futter für den watchdog
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

hyper2910

Hi,


ja habe ich auch gemacht, als erstes

define at_FHEM.save at +*00:30:00 {WriteStatefile}

und als ich sah das er neustartet, dieses wieder gelöscht und dieses hier
define at_FHEM.save at +*00:30:00 save

Cubietruck mit FHEM, CUL V3 443MHz, 2 x CULV3 868MHz, Milights, Max Heizungssteuerung, Homematic, IT,

betateilchen

Zitatdefine at_FHEM.save at +*00:30:00 {WriteStatefile}

Das ist schon völlig richtig. Bei Dir wird vermutlich das erste WriteStatefile nach dem Starten des Raspberry zu spät ausgeführt.

Teste mal bitte, das Intervall in Deinem at auf 5 Minuten zu setzen und beobachte, ob das hilft.

define at_FHEM.save at +*00:05:00 {WriteStatefile}

Und prüfe bitte auch, ob die Datei tatsächlich geschrieben wird.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

hyper2910

ok, dann habe ich alles nochmal installiert und das writestate auf 5 min gesetzt.


Gruss Dirk
Cubietruck mit FHEM, CUL V3 443MHz, 2 x CULV3 868MHz, Milights, Max Heizungssteuerung, Homematic, IT,

betateilchen

Aus solchen Gründen wird bei mir der watchdog immer erst nach dem fhem bzw. erst fünf Minuten nach dem reboot gestartet und nicht mehr als Systemdienst beim Starten selbst.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

hyper2910

danke, das war es wohl. habe den writeState jetzt auf 15min stehen und die Sache läuft.


Danke und Gruss Dirk
Cubietruck mit FHEM, CUL V3 443MHz, 2 x CULV3 868MHz, Milights, Max Heizungssteuerung, Homematic, IT,

fruit

Zitat von: betateilchen am 01 September 2014, 14:56:59
Aus solchen Gründen wird bei mir der watchdog immer erst nach dem fhem bzw. erst fünf Minuten nach dem reboot gestartet und nicht mehr als Systemdienst beim Starten selbst.

Sorry, English reply.

That is a very good idea.

Using the standard watchdog and init/configs to check file timestamps can have problems eg. after a crash or power outage. The machine may constantly reboot. The only way out is to edit config/disable watchdog, probably on another machine. Difficult if remote or inaccessible.
Feel free to follow up in German if you prefer

hyper2910

@betateilchen,  wie hast du das gelöst,  über cronjobs?
Cubietruck mit FHEM, CUL V3 443MHz, 2 x CULV3 868MHz, Milights, Max Heizungssteuerung, Homematic, IT,

juppzupp

In my humble opinion it is cleaner to make proper use of the LSB Header Field "Required-Start:    $all" for the watchdog service.
ymmv.