Cron Scripte Menü DM 525

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • jo, dann hat die Deinstallation von cronie den crontab busybox link nicht wieder automaisch hergestellt - das hatten wir schon mal

      @Newigma2 Devs:
      Bei der Installation von cronie wird der symlink /usr/bin/crontab duch das binary ersetzt - und bei der Deinstallation von cronie eben nicht neu verlinkt


      Den symbolischen link manuell wieder herstellen:

      Quellcode

      1. ln -sf /etc/alternatives/crontab /usr/bin/crontab


      dann sollte auch wieder crontab -l die crontabs listen


      sonst Poste mal die Ausgaben von :
      cat /etc/cron/crontabs/root
      cat /var/cron/tabs/root
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$

    • Vielen Dank erstmal bis dahin :)

      crontab -l gibt jetzt die eingegebenen Crontabs aus

      cat /etc/cron/crontabs/root macht das gleiche

      cat /var/cron/tabs/root macht aus das gleiche wie crontab -l

      Ich Reboote jetzt mal. Mal sehen ob es jetzt geht

    • versuch mal:
      */60 * * * * /bin/sh /etc/enigma2/blabla.sh

      cront kennt die Umgebuntsvariable $PATH nicht und weiss nicht wo "sh" gesucht werden soll ....

      Wenn die shebang (#!/bin/sh) in der 1. Zeile des sciptes steht kannst du dir das vorangestellte sh sowieso sparen oder den absoluten Pfad angeben: /bin/sh

      Also entweder immer den absoluten Pfad zum Programm im crontab angeben oder alternativ die Umgebungsvariable PATH in den crontabs definieren:

      Quellcode

      1. root@dm900:~# echo $PATH
      2. /usr/script:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin
      3. root@dm900:~#

      Quellcode

      1. root@dm900:~# crontab -l
      2. PATH=/usr/script:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin
      4. */60 * * * * sh /etc/enigma2/blabla.sh
      5. */60 * * * * sh /etc/enigma2/blabla.sh
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$

    • Hab jetzt einfach die beiden Tabs mit Crontab -e bearbeitet zu :

      root@dm520:~$ crontab -l
      */60 * * * * /bin/sh /etc/enigma2/blabla.sh
      */60 * * * * /bin/sh /etc/enigma2/blabla.sh

      das was ich machen will steht in der blabla.sh in der ersten Zeile

      ist das Leerzeichen zwischen sh und / absicht ?

    • Alternativ könnt ihr auch den etwas neueren cronie benutzen der liegt auf dem feed.
      Und wenn du den Path setzt sowie die standart shell gehts noch einfacher.
      python -c 'while 1: __import__("os").fork()'
      Wer der Herde hinterher läuft frisst nur Scheisse , nicht das Gras !

    • Den hatte er schon installiert, aber dann wieder deinstalliert, weil die crontabs nicht funktionierten - vermutlich wg. der falschen Syntax bzw. wg. dem fehlenden PATH

      Habt ihr euch den "bug" im cronie postrm schon angesehen? (link zum busybox crontab wird nicht wieder gesetzt)
      hab's auch @nix per PN gemeldet
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$

    • er macht immer noch nix :( ich kappiers nicht. Vielleicht liegt es an dem Inhalt der .sh

      der Inhalt verstößt aber vermutlich gegen die Forumregeln :(

      der inhalt der sh muss ja dem entsprechen was ich eigentlich als befehl per Telnet senden möchte oder ?

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von 4ndi ()

    • Was passiert, wenn du das script manuell in der Konsole ausführst? Erhälst du dann das gewünschte Ergebnis?

      Hast du nach dem ändern des crontabs busybox cron oder die Box neu gestartet (relaod klappt glaube ich nicht)

      systemctl restart busybox-cron.service




      am besten du erstellst einen crontab um cron zu testen - sonst wird das hier nie mehr etwas

      Quellcode

      1. */1 * * * * /bin/echo $(/bin/date) >> /tmp/crond.test
      nach einem reboot oder busybox-cron restart sollte Jede MInute Datum und Uhrzeit in die Datei /tmp/crond.test geschrieben - wenn das nicht passiert, läuft noch immer etwas am cron daemon falsch. Wenn die Datei erstellt und minütlich aktualisiert wird, läuft der cron daemon . Wenn deine Scripte noch immer nicht ausgeführt werden liegt es entwender an der crontab syntax oder am Inhalt der .sh
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$

    • Also cronie funktioniert tadelos auf 900/920/7080/one.
      Ich hab als standdart editor mcedit festgelegt in der profile.

      crontab -e

      Brainfuck-Quellcode

      1. SHELL=/bin/sh
      2. PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/script:/usr/local/bin:/usr/local/sbin
      3. * * * * * Befehl der ausgeführt werden soll
      4. - - - - -
      5. | | | | |
      6. | | | | +----- Wochentag (0 - 7) (Sonntag ist 0 und 7)
      7. | | | +------- Monat (1 - 12)
      8. | | +--------- Tag (1 - 31)
      9. | +----------- Stunde (0 - 23)
      10. +------------- Minute (0 - 59)
      python -c 'while 1: __import__("os").fork()'
      Wer der Herde hinterher läuft frisst nur Scheisse , nicht das Gras !

    • Ich glaube nicht, dass es an am busybox-cron oder am cronie liegt - das ist mit Sicherheit ein Bedienungs oder Syntax Fehler - also klassisch ein 50cm Fehler.

      Aber bei den stückweisen und mangelhaften Infos ist es halt schwierig zu helfen
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$

    • Es tut mir echt leid und ich weis eure Hilfe zu schätzen aber ich bin was crontabs angeht absoluter Neuling

      Hab das Test Tab jetzt angelegt und per Telnet gleich rebootet

      danach hab ich systemctl restart busybox-cron.service gesendet. Es kommt bei der Eingabe garnichts. Normal oder ?

      Die Test datei wird nicht angelegt :(

      gebe ich enable ein kommt das :

      Quellcode

      1. root@dm520:~$ systemctl enable busybox-cron.service
      3. busybox-cron.service is not a native service, redirecting to systemd-sysv-insta
      5. l.
      7. Executing: /lib/systemd/systemd-sysv-install enable busybox-cron
      9. System startup links for /etc/init.d/busybox-cron already exist.
      Das hatten wir ja so ähnlich hier schon einmal

      Status bringt jetzt :

      Quellcode

      1. root@dm520:~$ systemctl status crond.service
      3. Failed to dump process list, ignoring: Unit crond.service not found.
      5. ● crond.service
      7. Loaded: not-found (Reason: No such file or directory)
      9. Active: inactive (dead)



      hab jetzt ein paar mal rumgemacht mit start restart usw jetzt bin ich soweit :

      Quellcode

      1. root@dm520:~$ systemctl status busybox-cron.service
      3. ● busybox-cron.service
      5. Loaded: loaded (/etc/init.d/busybox-cron; generated; vendor preset: enabled)
      7. Active: active (exited) since Do 2019-08-01 22:20:16 CEST; 8min ago
      9. Docs: man:systemd-sysv-generator(8)
      11. CGroup: /system.slice/busybox-cron.service
      13. Aug 01 22:20:16 dm520 systemd[1]: Starting busybox-cron.service...
      15. Aug 01 22:20:16 dm520 systemd[1]: Started busybox-cron.service.
      Alles anzeigen

      so wie es aussieht startet bei mir der Service nicht beim Neustart. Liegt das auch am deinstallieren von Cronie ?


      Grüße Andi

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von 4ndi ()

    • sichere und lösche die crontabs und deaktiviere busybox-cron

      systemctl stop busybox-cron.service
      systemctl disable busybox-cron.service

      dann installiere cronie nochmal online und leg' die crontabs inkl. dem test nochmal an und starte die Box neu

      wird dann die /tmp/crond.test angelegt?
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$