Forum Programmation.shell cron & shell

• # La metode grouik

  Posté par Adrien BUSTANY (site web personnel) le 13 juin 2005 à 21:50. Évalué à 1.

  

  Faire un ps que tu pipes dans un grep. Regarder si il y a quelqu'un. Si non, alors lancer le process. A noter que ce serait mieux de jouer avec un fichier lock.

  • [^] # Re: La metode grouik

    Posté par Christophe Chailloleau-Leclerc le 13 juin 2005 à 22:10. Évalué à 2.

    

    Tant qu'à être dans le grouik, on a plus simple (si le process est synchrone) :
    
    while true
    do
    monprocess
    done

    • [^] # Re: La metode grouik

      Posté par demo2000 le 13 juin 2005 à 22:31. Évalué à 0.

      

      est ce qu'il n y a pas une conditions qui vérifie l'état du process up/down
      avant la boucle while ?
      comment parametrer la ligne dans le cron ?
      et :
      while true
      do
      monprocess
      done
      utilsation CPU, est ce n'est pas tros ?
      Merci pour votre aide

      • [^] # Re: La metode grouik

        Posté par Jllc le 13 juin 2005 à 23:10. Évalué à 2.

        

        Le principe de ce script, est que tant que la commande "monprocess" s'exécute, le code de la boucle est bloqué. Il faut que le processus soit arrêté pour passer à l'étape suivant, qui est ici de repartir pour un tour.
        
        Evidemment, si "monprocess" est un programme qui rend la main très vite après avoir créé un autre processus (invisible de la boucle while/do), tu auras très vite un problème :o)

        • [^] # Re: La metode grouik

          Posté par Mildred (site web personnel) le 14 juin 2005 à 00:30. Évalué à 0.

          

          Si ton process a un nom unique, tu peux faire:

          while true; do
              if [ `pidof monprocess` ]; then
                  monprocess
              fi
          done
          

• # La méthode bonux

  Posté par Frederic Brugmans le 13 juin 2005 à 22:40. Évalué à 4.

  

  Tu le lances via /etc/inittab avec respawn

Suivre le flux des commentaires

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