Wie kann es das geben?
Habe ein einfaches Skript mit
exec("sudo /etc/init.d/symcon restart");
ausgeführt um ohne SSH den Dienst neu starten zu können.
Ergebnis war:
IPS nicht mehr erreichbar obwohl Dienst als aktiv dargestellt wurde.
Nur ein Reboot hat geholfen, die letzten Daten fehler allerdings. Unter anderem das Skript…
Was kann das sein?
lg
Ich vermute mal, du hast eine schleife erstellt.
Du startest mit dem script einen php thread der auf antwort wartet. Somit wartet symcon (ewig, oder 5 min? Ich weiss es nicht) bevor es den thread abschiest. Da aber keine neuen thread gestartet werden, werden keine daten gesammelt.
Aber nur so als Vermutung.
Die schleife ist, du startest ein script mit symcon um symcon zu beenden und symcon wartet darauf das sich das script beendet, was wiederraum darsuf wartet das symcon sich beendet… teufelskreis also.
Versuch mal
exec("sudo /etc/init.d/symcon restart &");
Damit wandert der befehl in den hintergrund
ch mal
Leider keine Besserung mit dem „&“.
Aber könnte das auch sein, fällt mir gerade ein, weil er unter Putty dann das root Passwort verlangt?
User root ist aktiv.
Kann ich das gleich mitgeben?
Ja, das könnte daran liegen. Symcon läuft eh als root daher kann man sudo auch weglassen
Hallo zusammen,
wie kann ich mittels einem IPS-Skript Symcon neustarten?
Habe es bereits erfolglos probiert mit:
shell_exec(‚sudo systemctl restart symcon‘);
und
exec(„sudo /etc/init.d/symcon restart &“);
und
exec(„/etc/init.d/symcon restart &“);
=> Symcon wird zwar runtergefahren, jedoch rödelt Symcon beim Restart dann mit 100% CPU ohne jedoch wirklich zu starten.
=> System: Raspi4 mit Ubuntu und dem aktuellen IPS.
Für Hilfe wäre ich sehr dankbar.
Viele Grüße
Wickie
Das will man von Seiten IPS nicht, da dann zu einfach das Limit vom Connect Traffic resetet werden könnte. Meine Meinung…