Forum Programmation.shell pid d'un processus

Posté par  .
Étiquettes : aucune
0
16
déc.
2008
Bonjour,

je cherche à récupérer le pid d'un processus en ligne de commande et ne vois pas vraiment comment m'y prendre.

le but est de faire un petit script qui récupère le pid du processus à partir de son nom et ensuite de lui envoyer le signal kill. j'ai donc pensé à un :

ps aux | grep /usr/bin/"processus"

pour me renvoyer la ligne correspondante mais maintenant il me faut extraire le pid de cette chaîne de caractère. Il y a peut être meilleure solution mais comme vous pouvez le constater, je ne suis pas un expert du shell.

Merci pour vos idées.
  • # Commande "pidof"

    Posté par  . Évalué à 8.

    Tout est dans le titre
  • # Commande "pgrep"

    Posté par  . Évalué à 1.

    Il y en d'autres ?

    Mais bon, pour tuer un processus par son nom, il y a killall nom_processus !
    Pourvu qu'il n'y ait qu'une seule instance de ce processus en train de s'éxécuter.
    • [^] # Re: Commande "pgrep"

      Posté par  . Évalué à 3.

      >Il y en d'autres ?

      pkill !

      pkill nom_processus
    • [^] # Re: Commande "pgrep"

      Posté par  . Évalué à 4.

      experience vécue : utilisation de "killall commande" en root sur un gros serveur Sun utilisé pour une Bdd d'entreprise.

      Effet immédiat : shutdown immédiat de la machine. Ah ben oui, killall, ça veut dire "tout tuer", ils sont logiques chez Sun.

      Depuis j'utilise pkill.
      • [^] # Re: Commande "pgrep"

        Posté par  . Évalué à 2.

        pareil sous aix, même connerie même effet, mais c'est aussi la première fois que j'ai vu hacmp basculer tout seul /o\
  • # awk

    Posté par  . Évalué à 3.

    exemple avec le programme mc (un seul process tourne) :
    ps x | awk '{ if ($5 == "mc" ) print "kill "$1 }'| sh
    à adapter suivant l'environnement bien entendu !
  • # La Classe !!!!!

    Posté par  . Évalué à 3.

    Merci à tous

    Là je crois que j'ai ce qu'il me faut et même plus !

Suivre le flux des commentaires

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