Search Results

Mit Vers. 2.2.2 stürzt seit etwa 3 Wochen der Sheduler des Masters zeitweise ab. Jetzt mit neu aufgesetztem SHC Vers. 2.2.4 habe ich immer noch das gleiche Problem. Folglich muss einer der Slaves den Sheduler vom Master abschießen. Kann man das irgendwie testen? Ansonsten nehme ich nacheinander die Slave's vom Netz um den Fehler einzukreisen, bzw. ubdate einen nach dem anderen auf Vers. 2.2.4

Quote: “Du könntest auch hingehen und mittels Crontab ein Script ausführen, das prüft, ob die SHC Dienste noch laufen und falls nicht diese startet.” Das wäre eine Möglichkeit, aber keine saubere Lösung. Ich weiß ja nicht wie der Sheduler programmiert ist, aber ich vermute, dass durch die 5 Slave's mit rund 30 Relais, 15 Temperatursensoren, 3 Magnetschalter, 10 Funksteckdosen, 2 PIR, 5 Scripte das System durch das Timing am Rande der der Möglichkeiten ist. Der Sheduler am Master unter 2.2.2 war …

Ich möchte noch mal auf die Ausfälle des Sheduler zurück kommen. Eine Zeitlang dachte ich, dass das Problem von einem der Slave's kommen könnte. Und hatte auch einen in Verdacht. Dem ist aber anscheinend nichts so. Ich hatte auch schon die Vermutung, das er hauptsächlich nach einem Zeitgesteuerten Vorgang (z.B. Sonnenuntergang) stehen bleibt. Das hat sich aber auch nicht bestätigt. rgarcia hatte vorgeschlagen mittels cronjob zu prüfen, ob er noch läuft und ihn gegebenenfalls damit neu zu starten…

@garcia Danke für das script. Ich hoffe mein cronjob stimmt so. Das Script soll zur 48. Minute jede Stunde ausgeführt werden. Dann habe ich gleich noch einen reboot für jeden Tag um 04:10 Uhr eingebaut. 48 * * * * /sbin/shedulerwatch.sh 10 04 * * * /sbin/reboot

Ich habe mir vorerst mit der Lösung von rgarcia (ein paar posts weiter oben) geholfen. Es ist zwar keine endgültige Lösung, aber auf diese Weise läuft das System seit etwas mehr als einer Woche. Zuzüglich mache ich noch einen reboot jede Nacht um 04:10 Uhr. Wie gesagt, es löst zwar nicht das ursächliche Problem, hilft aber im Moment.

Wenn Du das Script von rgarcia oben nimmst und das: 48 * * * * /sbin/shedulerwatch.sh 10 04 * * * /sbin/reboot in die crontab einträgst, wird jede Stunde in der 48. Minute der Service neu gestartet. und jeden Tag um 04:10 Uhr ein reboot durchgeführt.

Du musst erst das script mit nano erstellen und gibst ihm einen Namen deiner Wahl. Dort hinein kopierst Du das script von rgarcia. Das jetzt fertige script kopierst Du nach /sbin/ In dem Beispiel heißt es: shedulerwatch.sh und dann fügst Du nur noch die Zeilen mit crontab -e in die crontab ein. 48 * * * * /sbin/shedulerwatch.sh 10 04 * * * /sbin/reboot

Du kannst die Zeile 8 austauschen. Z. B. mit sudo reboot. Musst mal schauen, ob das so einfach geht, wegen den "Rechten" Oder Du startest ein script in Zeile 8, welches dir eine Nachricht schickt, oder ein GPIO schaltet. Nachtrag: Irgendwie sieht das script aber unvollständig aus. Auf jeden Fall wird da pilight geprüft. Zeile 6 sagt aus, wenn der Service läuft, geben auf der Konsole aus Service........ wenn nicht dann führe das aus was in Zeile 8 steht. Also nach else.

Hallo premo, ich würde folgendes machen, wenn nicht schon geschehen. Probieren ob das Script funktioniert 1. Den Sheduler anhalten 2. Script mit sudo rpineustart.sh manuel aufrufen. Wenn dann ein reboot erfolgt, geht es. Jetzt ist die Frage, wann und wie oft soll das Script rpineustart ausgeführt werden? In die crontab mit sudo nano crontab -e * /8 * * * /rpineustart.sh würde die Überprüfung, also das Script ausführen 8 Minuten nach jeder vollen Stunde. Wenn z.B. das Script soll zur 48. Minute j…

Hast Du das Script ausführbar gemacht? Schau mal mit ls -la ob es auch im /sbin Ordner vorhanden ist. Dann einfach: sudo rpineustart.sh füge doch mal vor die if Anweisung ein echo "script gestartet" Nur so zum Test, dann siehst Du später ob das Script gestartet wurde, in der Konsole.

Startet denn das Script , bei manuellen Aufruf? Kommt in der Konsole die Ausgabe script gestartet? Hier habe ich mich etwas unkorrekt ausgedrückt: Das Script oben führt keinen reboot aus, sondern soll den Service neu starten.

Mir kommen die Zeilen 10 bis 16 etwas komisch vor. Generell funktioniert das so: #!/bin/bash>>>>>>>>>>>>>>>shebag ok count=99 >>>>>>>>>>>>>>>>>variable count bekommt den Wert 99 if [ $count -eq 100 ]>>>>>>>>> wenn variable count 100 ist, dann führe die Zeile nach then aus then echo "Count is 100">>>>>>>>>>also drucke Count is 100 else>>>>>>>>>>>>>wenn nicht 100, dann führe nächste Zeile aus echo "Count is not 100">>>>>>>>>>>>drucke Count is not 100 fi>>>>>>>>>>>>>>>>>>>>>Programm, oder Script en…

Quote from premo: “Es erscheint immer noch "sudo: rpineustart.sh: command not found" ” Dann fehlt der Pfad. Gehe mal in das Verzeichnis /sbin cd /sbin und dann sudo rpineustart.sh Eigentlich müsste er Scripts, die in /usr/bin oder /sbin automatisch finden. Da Scripte, die später mittels crontab aufgerufen werden m.W. immer als root ausgeführt werden, könntest Du das script auch unter /usr/bin ablegen. Da habe ich meine Scripte liegen. Nachtrag: Mein Beispiel oben kann man jetzt wohl kaum noch le…

Versuche mal nach der Zeile "then" /sbin/reboot und den Rest, bis auf die Zeile "fi" löschen. Also: then /sbin/reboot fi Das Script darf dann aber nicht per cronjob @reboot gestartet werden. Sonst könntest Du dich selbst aussperren. Ebenso würde ich mindestens 10 Minuten als Intervalzeit für den Aufruf des Scripts wählen. Es könnte passieren, das der Sheduler gar nicht mehr startet und dann würde, wenn das Script läuft, sofort ein reboot ausgeführt werden und man könnte nicht mehr eingreifen. Au…

Ja, das sollte so richtig sein. Der cronjob wird nach dem reboot alle 8 Min. gestartet. Ich würde jetzt folgendermaßen zum testen vorgehen. Zwei Terminalfenster öffnen. In dem einen startest Du Dein Script. Somit läuft es einmal durch und wenn der Sheduler läuft, sollte nichts weiter passieren. Dann hält Du mit dem zweiten Terminalfenster den Sheduler an, und startest in dem 1. Fenster dein Script. Wenn alles geht, sollte jetzt ein reboot erfolgen. Wenn das alles funktioniert, dann würde ich ers…