Reboot via Cron auf LW-7500

[ua]

Moin,

brauche mal einen Schubs.
Wegen des Speicherleaks auf dem 7500er habe ich auf einem WLC einen Cron-Job angelegt.
Dieser soll einen regelmäßigen reboot ausführen, macht er aber nicht.

Inhalt:

Code: Alles auswählen

ssh  -o "Password=Geheim" -o "StrictHostKeyChecking=no" root@172.xx.yy.82 do /other/reboot

Auf der cli des WLC funktioniert der Befehl und der AP bootet, per cron dagegen nicht. Im trace sehe ich die Ausführung und auch eine Antwort vom AP. Siehe Bild (sorry, komme derzeit nur auf Umwegen auf das Gerät).

IMG_0028.jpeg

Mutmaßlich fehlt hier ein cr/lf? Aber wie sende ich das im cron?

Dank und Gruß



PS Die 75er sind echt gut geworden!

[DerBachmannRocker]

Ich würde zum Test mal anstatt "do /other/reboot" stattdessen den Befehl "sysinfo" absetzen
Zeigt auf meinen LX Accesspoints ein Paar infos an
z.B. MAC-Adresse und Geräte-Typ

So könntest du testen ob:
1. deine Theorie stimmt dass der Befehl-String nicht sauber Terminiert ist. Wenn nämlich "sysinfo" läuft, dann wird der Befehl korrekt abgesetzt
2. Ob die Antwort überhaupt vom Ziel-System stammt. Falls z.B. mit dem Passwort etwas nicht stimmt (Sonderzeichen? Escaping?) dann landet der Befehl nicht auf dem Ziel. Siehst du jedoch bei der Geräte-Info den Accesspoint, so wurde der Befehl korrekt übertragen und das Format von Passwort, Options usw. ist korrekt.

[rotwang]

Ich habe das ganze mal hier nachgestellt, allerdings mit einem LCOS- und keinem LX-AP als Ziel. Der Reboot funktioniert hier auch aus einem Cron-Job heraus, aber man sieht im Cron-Trace die Rückmeldung "OK: Action Boot-System started" nicht.
Das liegt daran, dass ein SSH-Client auf der LCOS-CLI ähnlich wie das Ping-Komando nebenläufig zum restlichen Betrieb der CLI ausgeführt wird, und wenn bei einem Cron-Job die CLI-Instanz direkt nach Absetzen/Ausführen des Kommandos wieder beendet wird, dann wird die Instanz des SSH-Clients mit beendet. Es kann dann sein, dass je nach Timing das Kommando bzw. die Reaktion der anderen Seite darauf nicht mehr über die Leitung gehen. Vom SSH-Verbindungsaufbau bis zum Absetzen des Kommandos vergehen auch bei einer LAN-Verbindung einige Sekundenbruchteile.

Bei mir hat die 'übliche Methode' geholfen, an das Kommando noch ein sleep dranzuhängen, das dafür sorgt, dass die CLI-Instanz hinreichend lange lebt:

ssh -o "Password=Geheim" -o "StrictHostKeyChecking=no" root@1.2.3.4 do /other/boot ; sleep 5000

Vielleicht hilft das auch bei einem LX-AP als Ziel.

[DerBachmannRocker]

Bei mir hat die 'übliche Methode' geholfen, an das Kommando noch ein sleep dranzuhängen, das dafür sorgt, dass die CLI-Instanz hinreichend lange lebt:

ssh -o "Password=Geheim" -o "StrictHostKeyChecking=no" root@1.2.3.4 do /other/boot ; sleep 5000

Vielleicht hilft das auch bei einem LX-AP als Ziel.
[/quote]

Das ist ja stark. Den Hack merke ich mir!