Eisfair simpel runterfahren/ausschalten, Plugin ins Menü

[Frockert]

Hallo zusammen,
ich habe eine Variante herausgefunden den Eisfair recht simple zu steuern.
Ich missbrauche dazu den Imond, welcher beim Dsl/Routing Paket mit installiert wird.


Hier http://www.fli4l.de/german/extern/doku/ ... index.html gibts ne Doku zum Imond.

Unter anderen kann man mit diesem Dienst verschiedene Aktionen auslösen, unter anderem reboot oder halt.
Man muss halt das DSL-Paket und Routing installieren, im Routing Paket muss das Netzwerk angepasst werden, das wars.
Da keine Zugangsdaten im DSL-Paket eingetragen werden, liegt der Dienst aktiviert brach, unschön stört aber niemanden.


Das folgende Skript habe ich erfolgreich getestet:

#!/bin/sh

login_telnet ()
{
(
sleep 3
echo "halt"
sleep 2
) | telnet 192.168.0.50 5000
}

login_telnet;

exit 0;



Nun würde ich diese Skript gerne per Fernbedienung von Neutrino/dbox ansteuern, nur wie?

Jetzt meine Frage an die dbox-Profis, wie binde ich das simple Skript ins Neutrino Menü auf der dbox ein?
Z.B. ins blaue Taste Menü?

Ich hab hier schon rum gesucht, ich nutze vermutlich die falschen Schlagworte "plugin" "script".
Im Wiki habe ich auch nichts ähnliches gefunden.

Wer kann mir auf die schnelle helfen?



Gruß Frockert

[Frockert]

Bin mittlerweile selber fündig geworden...


http://forum.tuxbox-cvs.sourceforge.net ... hp?t=34717
http://wiki.tuxbox-cvs.sourceforge.net/Neutrino:Skripte


Gruß
Frockert

[Frockert]

Hmm,

entweder ist es zu früh, oder zu spät...
Wenn ich auf der dbox folgende Schritte händisch ausführe:

telnet 192.168.0.50 5000
halt

dann fährt mein Eisfair (192.168.0.50) runter.


Wenn ich das in eine Shell-Skript packe:

#!/bin/sh
login_telnet ()
{
(
sleep 3
echo "halt"
sleep 2
) | telnet 192.168.0.50 5000
}
login_telnet;
exit 0;

Dann werden die sleeps auf jeden Fall durchgeführt.
Anscheinend haben der Telnet-Aufruf und der "halt" Befehl im Skript keine Auswirkung

/var/tuxbox/plugins # ls -la
drwxr-xr-x 2 root root 0 Dec 31 23:30 .
drwxr-xr-x 6 root root 0 Mar 16 2005 ..
-rwxr-xr-x 1 root root 92 Jun 2 1969 eishalt.cfg
-rwxr-xr-x 1 root root 139 Dec 31 23:35 eishalt.sh
-rwxr-xr-x 1 root root 91 Jun 2 1969 eisreboot.cfg
-rwxrwxrwx 1 root root 54 Dec 31 23:31 test.sh

Da muss ich wohl mal eine Nacht drüber schlafen...

Jemand eine Idee?

Frockert

[Tommy]

...glaube Du kanns keine telnet session aus einem sh starten. Hatte ich hier mal irgendwo gelesen.

Du kannst DIr das DSL packet aber auch sparen wenn Du dich über telnet als user "shutdown" oder "reboot" anmeldest macht der Eisfair genau das selbe wie Du oben beschrieben hast. Zum anlegen dieser accounts wirst Du bei Erstinstallation des Eisfair aufgefordert (zumindest beim aktuellen Eisfair packet)

[Frockert]

...glaube Du kanns keine telnet session aus einem sh starten. Hatte ich hier mal irgendwo gelesen.

Das stimmt so nicht, ich reboote täglich meine dbox vom eisfair her mit nem shellskript mittels cronjob, das geht auch über ne telnet-session.

Du kannst DIr das DSL packet aber auch sparen wenn Du dich über telnet als user "shutdown" oder "reboot" anmeldest macht der Eisfair genau das selbe wie Du oben beschrieben hast. Zum anlegen dieser accounts wirst Du bei Erstinstallation des Eisfair aufgefordert (zumindest beim aktuellen Eisfair packet)

Du hast Deine Aussagen aber schon kontrolliert oder?
Benutzer mit administrativen Rechten ist es verwehrt sich über telnet einzuloggen, dazu gehören root, halt und reboot.
Bevor ich an meine beschriebene Lösung gedacht habe, habe ich natürlich versucht über telnet mit root, halt und reboot zu arbeiten.

Wenn das ja bei Dir funktioniert, kannst Du mir kurz Deine notwendigen getätigten Änderungen schildern?

Verwechlse telnet nicht mit ssh, mit ssh kannst Du Dich einloggen, nur die dbox unterstützt kein ssh.


Gruß
Frockert

[Frockert]

Nachtrag,


das DSL-Paket und Routing braucht man nicht installieren.

Über die Package Search im Menü kann man das Imond-Paket separat installieren.


Gruß
Frockert

[Tommy]

Verwechlse telnet nicht mit ssh, mit ssh kannst Du Dich einloggen, nur die dbox unterstützt kein ssh.

... sorry, Du hast natürlich recht

konnte man sich nicht über einen normalen Benutzer telnetmäßig anmelden und dann den account wechseln? Muß denn halt und reboot administrative Rechte haben (vermutlich ja)? <- sorry für evtl. dumme Fragen

[tetzlav]

Hmm,

entweder ist es zu früh, oder zu spät...
Wenn ich auf der dbox folgende Schritte händisch ausführe:

telnet 192.168.0.50 5000
halt

dann fährt mein Eisfair (192.168.0.50) runter.

Wenn ich das in eine Shell-Skript packe:
[...]
Dann werden die sleeps auf jeden Fall durchgeführt.
Anscheinend haben der Telnet-Aufruf und der "halt" Befehl im Skript keine Auswirkung
[...]
Jemand eine Idee?

Teste das mal mit netcat

Code: Alles auswählen

{ echo "pass $IMONDPASS"; echo halt; echo "quit"; } | nc $IP $IMONDPORT

Gruß
tetzlav

[Frockert]

Teste das mal mit netcat

Code: Alles auswählen

{ echo "pass $IMONDPASS"; echo halt; echo "quit"; } | nc $IP $IMONDPORT

Gruß
tetzlav

Ich denke das gehört ins Wiki, oder?

Gebt mir etwas Zeit...

Danke tetzlav

Gruß
Frockert

[Frockert]

Hiho,


ich habe im Wiki die Doku eingestellt, Verbesserungen sind erwünscht.


http://wiki.tuxbox-cvs.sourceforge.net/ ... eren:IMOND

http://wiki.tuxbox-cvs.sourceforge.net/ ... ansprechen



Gruß
Frockert

[Tommy]

@Frockert:

sag mal - kann es sein das unter SSH mit putty der JOE zickt? Ich wollte die cron (konfig) ändern und stelle fest das zwar <STRG><K> geht aber dann <X> nicht genommen wird. Gibts da einen Trick?

Außerdem kann ich unter SSH auch kein Packet download starten (Webserver = der Rechner auf dem Putty läuft - da ich kein Internet habe und so eine eigene lokale Eislist auf eigenem Server nutze). Mit gleicher configuration hatte es bei lokaler anmeldung am Eis geklappt.

SSH ansich scheint zu laufen und ich kann mich als root anmelden. Mit Setup komme ich auch ins menü usw. Wer schade wenn mans nicht komplett nutzen kann, da ich für lokale anmeldung immer erst den rechner auseinander bauen muß um graka und keyboard zu stecken.

[Frockert]

[...]

Hm,

kann ich nicht nach vollziehen, die wenigen Male wo ich mit Windows auf den Eisfair bin hat alles ordnungsgemäß funktioniert.
Hast Du an putty vielleicht an den Einstellungen gedreht?


Gruß
Frockert

[Tommy]

Nö - habe nur SSH ausgewählt und die IP eingetragen. Es kam eine Warnmeldung das aufgrund eines fehlenden Keys evtl nicht der richtige Rechner verbunden wird - habe ich aber ignoriert da unter dieser Adresse ja nur der Eisfair ist.
Seit gestern (Stromausfall -> sch.... Wasserkocher/FI) scheint nun das HD.SH aus dem LCD package auch nicht mehr zu funzen (kriege keine HD Auslastung mer auf dem LCD angezeigt) - also scheint irgendwo der Wurm drinne zu sein. Vllt regnets ja am WE dann setz ich den EIS nochmal neu auf.

[Tommy]

Update:
habe den Eisfair neu aufgesetzt. Das Problem ist, das 128MB CF Karte einfach nicht mehr ausreicht für:
Base
NFS
HD Tune
SLED
LCD
NTP Server
+
SSH

Die Inet package bringt mich an die Kapazitätsgrenze. Ich habe zwar noch ne alte 4GB 2,5er Platte - wollte ich aber hinsichtlich Stromverbrauch nicht noch mit einbauen.

[Frockert]

Update:
habe den Eisfair neu aufgesetzt. Das Problem ist, das 128MB CF Karte einfach nicht mehr ausreicht für:
Base
NFS
HD Tune
SLED
LCD
NTP Server
+
SSH

Die Inet package bringt mich an die Kapazitätsgrenze. Ich habe zwar noch ne alte 4GB 2,5er Platte - wollte ich aber hinsichtlich Stromverbrauch nicht noch mit einbauen.

Glaube ich nicht.

mach mal ein df -k und poste es hier, ist allerdings mühselig ohne inet-paket.

df -k > ausgabe.txt
speichert es in eine datei ab, dann kannst du es weiter bearbeiten/kopieren.

Gruß
Frockert

[Tommy]

Hier die Ausgabe. NTP und Inet ist noch nicht drauf:

Code: Alles auswählen

Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/hda2               117250     51316     59880  47% /
/dev/hda1                 4011      2348      1459  62% /boot
/dev/hdc1             79150628  30864708  44265256  42% /public

<edit> /public ist die HD zum streamen <edit>

das systemlog habe ich umgeleitet auf /public/log damit es mir nicht die CF vollschreibt.

Die symptome beim letzten mal waren, das ich die NFS config ändern wollte und joe sagte bei KX "no space". Ergebnis war eine leere exports und NFSd lies sich nicht mehr starten. Leider habe ich an diesem Punkt kein df gemacht, das kann ich aber noch nachholen da ich beim Neuaufsetzen eine andere CF Karte genommen habe

[Frockert]

Hier die Ausgabe. NTP und Inet ist noch nicht drauf:

Code: Alles auswählen

Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/hda2               117250     51316     59880  47% /
/dev/hda1                 4011      2348      1459  62% /boot
/dev/hdc1             79150628  30864708  44265256  42% /public

Hier sind noch ca. 60 Mb Platz, da passen die restlichen Pakete noch öfter drauf.

Du hattest betsimmt irgend was datentechnisches auf der CF-Kartes zwischen gespeichert.

Vielleicht ein Teststream von der dbox?

Was ist eigentlich NTP?


Gruß
Frockert

[petgun]

Was ist eigentlich NTP?

http://www.ntp.org/

[Tommy]

NTP ist ein Zeitserver. Ich will auf der box "swisstime" installieren und die Zeit vom Eisfair holen. Ich hoffe damit die Timerunregelmäßigkeiten zu erschlagen.

Beim letzten Eisfair hatte ich noch das baseupdate gemacht (SMP?!). Evtl. wurden dabei jede Menge Backupfiles erstellt?! Kann es sein das irgendwo ein Verzeichnis ist in dem config backups gespeichert werden? Ich habe das gefühl, das joe beim speichern einer config jedesmal ein backup irgendwo ablegt. Auf die Dauer sammelt sich da sicherlich jede Menge an (alleine für die LCD config brauche ich jedes mal 20 Anläufe bis alles am rechten Platz ist). Gibt es noch irgendwo bekannte "Müllhalden" oder habe ich mit dem speichern des Log in /public (einstellung baseconfig) schon alles im Griff?

Hast Du Dir schonmal eistemp angeschaut? Da wird kräftig dran geschraubt im moment. Evtl. mit Wetterplugin kombiniert...?

[Tommy]

Ich nochmal. Vieleicht kann mir ja mal einer bei einem EISFAIR Fehler aushelfen. Ich bekomme im Sekundentakt folgende Fehlermeldung ins log:

Code: Alles auswählen

Apr 20 23:52:34 eis mingetty[350]: /dev/tty1: cannot open tty: No such device
Apr 20 23:52:34 eis mingetty[351]: /dev/tty2: cannot open tty: No such device
Apr 20 23:52:35 eis mingetty[354]: /dev/tty1: cannot open tty: No such device
Apr 20 23:52:35 eis mingetty[352]: /dev/tty3: cannot open tty: No such device
Apr 20 23:52:35 eis mingetty[353]: /dev/tty4: cannot open tty: No such device
Apr 20 23:52:35 eis mingetty[358]: /dev/tty4: cannot open tty: No such device
Apr 20 23:52:35 eis mingetty[356]: /dev/tty1: cannot open tty: No such device
Apr 20 23:52:35 eis mingetty[357]: /dev/tty3: cannot open tty: No such device
Apr 20 23:52:35 eis mingetty[355]: /dev/tty2: cannot open tty: No such device
Apr 20 23:52:35 eis mingetty[360]: /dev/tty1: cannot open tty: No such device
Apr 20 23:52:35 eis mingetty[362]: /dev/tty4: cannot open tty: No such device
Apr 20 23:52:35 eis mingetty[359]: /dev/tty3: cannot open tty: No such device

...das sind am Tag ca. 500kB Fehlermeldungen und der Eisfair ist (wenn auch nicht sehr) damit beschäftigt.
Frage1: Was ist/macht mingetty?
Frage2: Mit welchem Packet habe ich mir das zugezogen?
Frage3: Kann man es deaktivieren und wenn ja wo?

Momentan habe ich das log deaktiviert weils einfach zu schnell wächst - das bekämpt natürlich nicht die Ursache

[Frockert]

Gibs zu Du bist kiepisch und hast zwecks Spargründen die Grafikkarte ausgebaut

http://lists.spline.inf.fu-berlin.de/ma ... 60972.html


Gruß
Frockert

[Tommy]

...mmmmh - habe im web was gefunden wo steht das man in der etc/inittab die entsprechenden Zeilen auskommentieren kann. Das wäre ja dann "das Übel an der Wurzel". NUR - kann ich mich dann noch bei gesteckter GRAKA anmelden?

[Tommy]

...ich war mal so mutig - habe flux die 4 mingetty Einträge in der etc/inittab auskommentiert und siehe da - nach reboot sind die Logeinträge weg, der Server läuft und SSH funktioniert auch. Wenn ich die GRAKA mal wieder stecke sollte das ja über tty0 laufen

Werde wohl doch noch ein Linuxer