Journal Crontab

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
12
28
juil.
2022

Je trouve parfois compliqué d'ajouter dans le cron Linux, une ligne d'exécution à une date/heure bien précise.

Ex : l'arrêt d'un programme le 31 juillet 2022 à 07h00.

En cherchant un peu sur internet, j'ai découvert une super site : crontab guru

Comme décrit sur le site: > The quick and simple editor for cron schedule expressions by Cronitor

Un simple et rapide éditeur pour les expressions de programmation cron par Cronitor
On saisit les valeurs à mettre dans le cron et que l'on pense être juste et il affiche ce que cela va donner comme date.

Ex : 0 7 26 5 * --> At 07:00 on day-of-month 26 in May. Soit le 26 mai à 07h00.

Je trouve que c'est un bon petit outils.

  • # Non

    Posté par  (site web personnel) . Évalué à 10.

    Ex : 0 7 26 5 * --> At 07:00 on day-of-month 26 in May. Soit le 26 mai à 07h00.

    Non, pas le 26 mai à 7h, mais tous les 26 mai à 7h. Donc dans un peu moins d'un an, puis encore une fois un an après, et ainsi de suite chaque année.

    Cron sert à exécuter des tâches périodiques, et n'est pas adapté pour des tâches programmées pour une seule exécution. Pour ça, il y a at(1), ou plus récemment, systemd.timer(5).

    • [^] # Re: Non

      Posté par  . Évalué à 3.

      La page écrit "next At 07:00" et si tu cliques sur next, ça affiche les prochaines échéances.

      • [^] # Re: Non

        Posté par  (site web personnel) . Évalué à 7.

        Sans doute, n'empêche que cron n'est pas le bon outil pour ce que veut faire l'auteur.

        • [^] # Re: Non

          Posté par  (Mastodon) . Évalué à 5. Dernière modification le 28 juillet 2022 à 19:11.

          oui il existe la commande at pour ça

          EDIT : oups, tu l'avais citée dès ton premier commentaire

          En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

        • [^] # Re: Non

          Posté par  . Évalué à -10.

          Dans l'informatique, il y a TOUJOURS plusieurs outils pour faire UNE tâche.
          Oui at est plus adapté, mais la liberté fournit par la GPL ne m'interdit nullement d'utiliser cron à la place. Après emacs vs vi, est ce le début d'un atd vs crond ?

          Et heureusement, une crontab n'est pas en lecture seule, ce qui fait que la date passée il peux toujours nettoyer l'entrée.

          • [^] # Re: Non

            Posté par  . Évalué à 10.

            La GPL ne t'interdit pas de te torcher avec des orties non plus.

            *splash!*

            • [^] # Re: Non

              Posté par  . Évalué à -9.

              Non et donc tu peux mais tu aura tout le temps une personne moralisatrice à te rabaisser, non?

              • [^] # Re: Non

                Posté par  . Évalué à 10.

                Ça va piquer surtout.

                *splash!*

    • [^] # Re: Non

      Posté par  . Évalué à 3. Dernière modification le 28 juillet 2022 à 21:24.

      Je n'utilise pas at car je n'y pense pas,
      Des exécutions de ce type, je n'en fait que si j'ai besoin de faire des opérations bien précis, exemple un arrêt de machine à un moment précis.

      J'ai plus simple de faire crontab -e qui est installé et fonctionne par défaut et de supprimer la ligne après l'opération que de devoir activer un daemon supplémentaire pour une action qui se passe très rarement.

      L'idée de ce journal était plus de présenter un petit site que je trouve très utile qu'autre chose.

      • [^] # Re: Non

        Posté par  . Évalué à 10.

        J'ai plus simple de faire crontab -e qui est installé et fonctionne par défaut et de supprimer la ligne après l'opération que de devoir activer un daemon supplémentaire pour une action qui se passe très rarement.

        shutdown -h 18:00

        Est très pratique à l'occasion.

        https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

      • [^] # Re: Non

        Posté par  . Évalué à 3.

        atd fait aussi bien du périodique que du oneshot. Il est plus léger.

        # tail -n3 /etc/cron/daily.sh
        at -M now + 666 minute << . >/dev/null
        exec $0 >>/var/log/cron 2>&1
        .

        (c’est un biquotidien en vrai)

        Donc atd > crond.

        Mort aux cons !

    • [^] # Re: Non

      Posté par  . Évalué à 3.

      $ at
      bash: at : commande introuvable

      Du coup, ca dépend aussi des situations. Si tu es sur un OS qui n'a pas at, ou pas de dépôts accessibles, et que tu n'as pas non plus de systemd.timer, faut bien trouver un truc quand même.

      Emacs le fait depuis 30 ans.

      • [^] # Re: Non

        Posté par  (site web personnel) . Évalué à 1.

        Depuis quelques temps, le logiciel at n'est souvent plus installé de base. Mais il est toujours disponible dans les dépôts.
        Je suppose que c'est fait pour alléger l'installation, en tenant compte des stats d'utilisations des packages.

  • # Et sinon dans le style

    Posté par  (Mastodon) . Évalué à 5. Dernière modification le 29 juillet 2022 à 07:38.

    Un peu dans le style, un autre site que j'aime bien c'est https://explainshell.com qui décortique une ligne de commande Bash

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

    • [^] # Re: Et sinon dans le style

      Posté par  (site web personnel) . Évalué à 3.

      à mixer avec shellcheck, dispo sur toutes les bonnes crémeries, même en ligne.

      Proverbe Alien : Sauvez la terre ? Mangez des humains !

      • [^] # Re: Et sinon dans le style

        Posté par  . Évalué à 4.

        J'avoue que le recours systématique à des sites en ligne alors que les commandes existe en locale me rend dingue.

        Pourquoi utiliser un site shellcheck distant dans le cas de l’existence d'une commande en ligne. qui fait le même travail?

        pourquoi utiliser un site en ligne pour convertir une photo d'un format en un autre alors que tout est facilement disponible sur votre ordinateur?

        et je passe plein d'autres exemple de ce type.

        Pouvez vous me donner des raisons valables de faire ce genre de chose?

        Je cherche vraiment à comprendre ce phénomène

        • [^] # Re: Et sinon dans le style

          Posté par  (site web personnel) . Évalué à 2.

          J'avoue que le recours systématique à des sites en
          ligne alors que les commandes existe en locale me
          rend dingue.

          Ne les utilise pas. shellcheck est disponible en CLI, et c'est comme ça que je l'utilise personnellement.

          Pourquoi utiliser un site shellcheck distant dans
          le cas de l’existence d'une commande en ligne qui
          fait le même travail?

          Pour plein de raisons ? Navigateur déjà ouvert avec un jupiter-notebook ? doc web accessible d'un clic ? whatever?

          pourquoi utiliser un site en ligne pour convertir
          une photo d'un format en un autre alors que tout
          est facilement disponible sur votre ordinateur ?
          et je passe plein d'autres exemple de ce type.

          Non-connaissance de l'existence de la commande CLI parce que la première réponse dans le moteur de recherche, c'est un site web qui fait le boulot ?

          Pouvez vous me donner des raisons valables de faire
          ce genre de chose ?

          Hmm, non, pas envie. (/OSS)

          Je cherche vraiment à comprendre ce phénomène

          problème générationnel ? d'enseignement ?

          Proverbe Alien : Sauvez la terre ? Mangez des humains !

          • [^] # Re: Et sinon dans le style

            Posté par  . Évalué à 1. Dernière modification le 10 août 2022 à 11:07.

            Ne les utilise pas. shellcheck est disponible en CLI, et c'est comme ça que je l'utilise personnellement.

            C'est ce que je fais depuis très longtemps mais merci de me l'indiquer

            Non-connaissance de l'existence de la commande CLI parce que la première réponse dans le moteur de recherche, c'est un site web qui fait le boulot ?

            je ne parlais pas forcement de CLI ça peut être aussi une logiciel graphique comme la visionneuse de votre système qui fera très bien le jobs. En plus c'est écologique.

            la première réponse dans le moteur de recherche

            conditionnement par un outil ? (/OSS)

            problème générationnel ? d'enseignement ?

            Problème d'enseignement sûrement.

            Problème Générationnel dû à un problème d'enseignement peut-être?

            • [^] # Re: Et sinon dans le style

              Posté par  (site web personnel) . Évalué à 2.

              Je me faisais sarcastiquement l'avocat du diable, j'aurais mieux fait de m'abstenir de répondre.

              OSS -> OSS117.

              Proverbe Alien : Sauvez la terre ? Mangez des humains !

              • [^] # Re: Et sinon dans le style

                Posté par  . Évalué à 1.

                Il faut toujours répondre pour expliquer son point de vue mais le sarcasme, à l'écrit, passe inaperçu. une balise [sarcasme/] serait la bien venue :)

                j'aurais mieux fait de m'abstenir de répondre.

                [sarcasme/] Je ne poserai plus de question, comme ça plus besoin de réponse

                Décidément le sarcasme me va si mal :)

                Mais merci de votre réponse.

        • [^] # Re: Et sinon dans le style

          Posté par  . Évalué à 4.

          Pourquoi utiliser un site shellcheck distant dans le cas de l’existence d'une commande en ligne. qui fait le même travail?

          Parce que la plateforme locale ne permet pas l'exécution de shellcheck en cli ? Ou la plateforme locale change suffisamment souvent pour ne pas avoir envie de le réinstaller à chaque fois qu'on veut l'utiliser.

          « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

          • [^] # Re: Et sinon dans le style

            Posté par  . Évalué à 1. Dernière modification le 10 août 2022 à 14:00.

            Parce que la plateforme locale ne permet pas l'exécution de shellcheck en cli ?

            Ou la plateforme locale change suffisamment souvent pour ne pas avoir envie de le réinstaller à chaque fois qu'on veut l'utiliser.

            Pouvez-vous développer?

        • [^] # Re: Et sinon dans le style

          Posté par  . Évalué à 4.

          Parce qu’on fait ça une fois tous les 36 du mois et qu’on connait pas la ligne de commande par cœur alors que les sites web proposent du prêt à cliquer en autant de requête de moteur de recherche ?

  • # c'est bien les commentaires

    Posté par  (site web personnel, Mastodon) . Évalué à 3.

    https://linuxfr.org/forums/linux-general/posts/commentaire-pour-crontab

    Je trouve parfois compliqué d'ajouter dans le cron Linux, une ligne d'exécution à une date/heure bien précise.

    Attention aussi que le crontab est pour les exécutions récurrentes, donc pour tous les 31 juillet à 7h c'est bon mais pas juste pour celui de 2022

    Ex : l'arrêt d'un programme le 31 juillet 2022 à 07h00.

    “It is seldom that liberty of any kind is lost all at once.” ― David Hume

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.