Bash script — проверка программы на запущенность и ее запуск

32 комментария к записи “Bash script — проверка программы на запущенность и ее запуск”

1. if [ "$ret" -eq 1 ] вот так работает с нулем всегда считает запущенным так как сама команда греп создает процесс и таким именем

   Ответить

   1. В пояснении к скрипту написано, как исключается из списка процессов сам grep.

      Ответить

      1. Не спорю возможно 🙂 но моя убунта 14.04 упорно считала сама себя 🙂

         Ответить

         1. Это странно.

            ps aux | grep [h]top

            Что у Вас выводит эта команда?

            Ответить

2. Походу ничего не выводит, скобки не воспринимает. Это урезанная pxe сборка для загрузки по nfs. А вот на основном серве с полноценной инсталяшкой все работает для интересу проверил.

   Ответить

   1. Если htop не запущен, команда и не должна ничего выводить. Скобки служат для исключения grep из вывода.
      Скорее всего, grep у Вас работает как раз верно, не смотря на сборку.

      Ответить

3. Чё-то как-то сложновато у вас всё. Вот как я сделал бы:

   if [ -z "$(ps -C top --no-headers)" ] ; then top; fi

   Проверено на труъ убунте в bash и sh.

   А ps aux | grep [t]op выдаёт лично у меня нечто со словами org.freedesktop.

   Это, конечно, top, а не htop… Но зачем такое писать? Какие-то квадратные скобки… То ли выпендрёж, то ли костыли… Тем более с aux зачем-то… Зачем? Почему не -a, не -d, а именно aux? Не понимаю…

   Мало ли что там у человека запущено с таким сочетанием букв в путях, именах или параметрах… Вы бы ещё «e» в опции добавили для пущего веселья.

   Ответить

   1. Спасибо за полезный комментарий!
      Однако, справедливости ради замечу, что когда ты админишь сервера, то посмотреть вывод ps намного проще и быстрее, чем городить конструкции из if-условий 🙂 В скрипте, согласен, так выглядит элегантнее.

      Ответить

   2. До debian 10.5 работало отлично. На debian 10.5 такая конструкция у меня сломалась, в итоге нагенерировалось максимальное число (4915) процессов cron и все cron-скрипты встали с ошибкой «(CRON) error (can’t fork)» в syslog.

      Ответить

      1. В 10.6 также не работает, поэтому я просто написал юнит для systemd для своего python-скрипта, чтобы автоматом перезапускался, если вдруг упадет.

         Ответить

4. if pgrep 'htop'; then 
    echo "htop уже запущен"
   else
    htop
   fi

   Ответить

5. Чтобы не считать вывод самой grep можно сделать так — ps ax | grep -v grep | grep ‘имя’

   Ответить

6. Привет из 2к20, немного отредачил скрипт, мне кажется более правильна такая конструкция. Привет работы сквида.

   #!/bin/bash
   	ret=$(systemctl is-active squid)
   	if [[ "$ret" != "active" ]] #Конструкция [[ ]] более универсальна, по сравнению с [ ], Внутри этой конструкции не производится никакой дополнительной интерпретации имен файлов и не производится разбиение аргументов на отдельные слова, но допускается подстановка параметров и команд
   then 
   {
   	service squid start
   	exit 1
   }
   else 
   {
   	echo "EXIT. Squid already running!"
   	exit 1
   }
   fi;

   Ответить

   1. 1) Вы проверяете сервис, а не процесс. Не каждый процесс — это сервис.
      2) Будет работать для systemd, но не для SysVinit.

      Ответить

7. Ребятки, идея хорошая конечно, но есть иной способ -> в /etc/crontab добавить строку

   */1 10-18 * * 1-5 zerg ps -e| grep eog || env DISPLAY=:0 eog -s /ARH/RIP/01.jpg

   описание строки ->
   Ежеминутно, с 10 до 18, с Пн по Пт, от имени zerg, проверять из запущенных процессов наличие запуска eog и если он не найден то запустить на дисплее :0 программу eog в полноэкранном режиме, именно определённый файл /ARH/RIP/01.jpg .

   Ответить

   1. Это что за дичь, а главное как это относится к топику?

      Ответить

      1. название какое? «проверка программы на запущенность и ее запуск»
         программу проверит на запущенность крон, и если не запущена (рухнула по какой-то причине) то стартанет заново.
         в моём примере представлен запуск (на случай падения) трансляции картинок в слайдшоу на рекламном мониторе. по такой же аналогии можно запускать или выключать процессы на своё усмотрение и не ломать голову с громоздкими скриптами .
         вспомни что это и поймёшь как применить->
         &&
         ;
         ||

         Ответить

         1. О, теперь хоть цель скрипта стала ясна. Из первого комментария вообще не очевидно, для каких целей предложено использовать крон и запуск eog.

            Ответить

         2. Привет, а подскажи, как сделать, чтобы приходили уведомления на почту, если вдруг выяснилось,что службу приходилось перезапустить?

            Ответить

            1. Например,

               if [ -z "$(ps -C squid --no-headers)" ] ; then (printf "Squid died and has been restarted on $HOSTNAME\nCheck it please." | /bin/mail -s "Critical: squid died on $HOSTNAME" -r $HOSTNAME@site.ru monitor@site.ru && /etc/init.d/squid restart) ; fi

   2. Здравствуйте. Как прописать все тоже самое, только не для запуска дисплея, а для запуска процесса?

      Ответить

8. На что только не идут люди лишь бы не использовать pidof.

   #!/bin/sh
   APP=appname_here
   [ "$(pidof $APP)" ] ||$APP

   Ответить

   1. Так интереснее

      #!/bin/sh
      APP=appname_here
      [ "$(pidof $APP)" ] && echo 'Уже запущен!'  ||$APP

      Ответить

9. Как сделать, чтобы этот скрипт отрабаотывал раз, к примеру, в 5 секунд?

   Ответить

   1. Убрать выход из условия, обернуть в цикл и выставить sleep 5.

      Ответить

      1. А как же Cron?)

         Ответить

         1. а никак, это просто один из способов. какой тебе удобен тем и пользуйся.

            Ответить

         2. cron позволяет выполнять проверки минимум раз в минуту. Можно еще заморочиться с incrontab, но проще через sleep в цикле запустить.

            Ответить

            1. В отличии от Cron, скрипт запускает процесс один раз — только при старте системы? То есть если во время работы процесс упадет, то скрипт его не запустит?

            2. Для этих целей существуют службы.

            3. У меня получилось реализовать данную задачу без скрипта, как парень выше показал с дисплеем.
               Я добавил в /etc/crontab следующую строку:
               */1 * * * * root ps -A | grep xxx > /dev/null || /etc/init.d/xxx start
               где xxx — имя программы
               Так же после grep xxx я прописал > /dev/null, чтобы каждую минуту после проверки процесса xxx на запущенность не создавалось новое письмо в файле /var/spool/mail/root и не выдавалось об этом сообщение в терминале.
               Принцип работы команды я понял, но на всякий случай хотелось бы у вас уточнить какое условие выполняет данный символ ||, так как я в этом вообще не разбираюсь.
               Как я понимаю, он выполняет следующее условие — если процесс xxx не найден, то выполнить команду /etc/init.d/xxx start, правильно я понимаю? И правильно ли я сделал остальное? Пока все работает, но спрашиваю ваше мнение на случай возможных проблем из-за возможной ошибки.

            4. Да, || — логическое «или», то есть ищем процесс, «иначе» (если не нашли) запускаем его.
               a && b — если выполнилось a, нужно выполнить b
               a || b — если a не выполнилось, выполнить b