[BASH] Убить дубль скрипта

0

2

Не пинайте сильно, с BASH только знакомлюсь. Возникла необходимость проверить дубль запуска скрипта, и если он запущен то убить старый.

Это не работает

#!/bin/sh

PID_OLD=`ps aux | grep status.sh | grep Ss | awk {'print $2'}`
PID_NEW=`echo $$`

if $PID_OLD != $PID_NEW
then kill -9 $PID
fi

Ссылка

←	[openbox]Не запускается через exec openbox-session

Баг MC

→

можно при запуске скрипта записывать pid в /tmp/my_script_pid.

И из скрипта читать его же и проверять на существование.

В конце работы скрипта его, естественно, надо удалить.

xapienz ★
(19.10.11 22:17:47 MSK)

Ответ на: комментарий от xapienz 19.10.11 22:17:47 MSK

Всегда так делал :)

pid=/tmp/sc.pid
echo $$ > $pid

if [ -e $pid ]; then
   kill -9 $(cat $pid)
fi

#Код....

rm $pid

joy4eg ★★★★★
(19.10.11 22:21:13 MSK)

убивай без всяких проверок.

killall cкрипт & скрипт

anonymous
(19.10.11 22:22:01 MSK)

Ссылка

Ответ на: комментарий от joy4eg 19.10.11 22:21:13 MSK

Спасибо, я перемудрил :)

Sora ★★
(19.10.11 22:23:54 MSK) автор топика

Ссылка

Ответ на: комментарий от joy4eg 19.10.11 22:21:13 MSK

А не кажется ли тебя, что у тебя ошибка?

pid=/tmp/sc.pid

if [ -e $pid ]; then
   kill -9 $(cat $pid)
fi

echo $$ > $pid

#Код....

rm $pid

//fixed

Tanger ★★★★★
(19.10.11 22:24:03 MSK)

Ответ на: комментарий от Tanger 19.10.11 22:24:03 MSK

Порядок действий не тот был, спасибо.

joy4eg ★★★★★
(19.10.11 22:24:56 MSK)

Ссылка

Воспользуйтесь flock для создания lock-файла и проверяйте в начале скрипта, заблокирован ли файл. Если да, завершайтесь.

AITap ★★★★★
(19.10.11 22:26:48 MSK)

Ссылка

Ответ на: комментарий от Tanger 19.10.11 22:24:03 MSK

Спасибо!

Sora ★★
(19.10.11 22:28:19 MSK) автор топика

Ссылка

Да вы ебанутые все.Нафига эти нагромождения и ненужные сложности(tmp, flock) , прямо феерия велосипедостроения.

Мозг включите.

anonymous
(19.10.11 22:37:29 MSK)

Ссылка

Вот тебе вариант получить PID -ы копий твоего скрипта

zen@debian:~$ ./isrunning.sh &
[1] 29848
zen@debian:~$ ./isrunning.sh &
[2] 29854
zen@debian:~$ ./isrunning.sh &
[3] 29860
zen@debian:~$ ./isrunning.sh &
[4] 29866
zen@debian:~$ ./isrunning.sh &
[5] 29872
zen@debian:~$ ./isrunning.sh &
[6] 29878
zen@debian:~$ ./isrunning.sh &
[7] 29884
zen@debian:~$ ./isrunning.sh &
[8] 29890
zen@debian:~$ pgrep -f isrunning.sh  | grep -v 29890
29848
29854
29860
29866
29872
29878
29884
zen@debian:~$

А дальше, хочешь убивай процессы, а хочешь просто прекращай работу текущего скрипта...

Punk ★
(19.10.11 22:48:01 MSK)

Ссылка

Ответ на: комментарий от Tanger 19.10.11 22:24:03 MSK

if [ -e $pid ]

Представим kernel panic, перезапуск системы и... под тем же pid скрывается теперь уже иной процесс. Может хотя бы имена команды проверить на всякий случай?

Punk ★
(19.10.11 23:00:05 MSK)

Ответ на: комментарий от Punk 19.10.11 23:00:05 MSK

Я только опечатку исправил.

Можно все в tmpfs хранить, можно проверять на наличие процесса, можно ...

Tanger ★★★★★
(19.10.11 23:21:55 MSK)

Ответ на: комментарий от Punk 19.10.11 23:00:05 MSK

pid файлы должны быть в tmpfs

val-amart ★★★★★
(19.10.11 23:45:44 MSK)

Ссылка

Ответ на: комментарий от Tanger 19.10.11 23:21:55 MSK

только опечатку исправил.

да, я заметил это после того как отписался ). Кстати, отрыл у себя такой вариант, некогда активно использовал:

#!/bin/bash
LOCK_FILE=/tmp/my_script.lock
if [ -e $LOCK_FILE ]
then
	PID=`cat $LOCK_FILE`
	PID_NAME=`ps -p $PID -o comm=`
	if [ ! -z $PID_NAME ]
	then  
		echo "Скрипт $0 найден в списке процессов";
		exit -1; 			
	else 						
		echo "Обнаружен lock-файл с несуществующим ID процесса"
		rm $LOCK_FILE 	
	fi
fi
echo $$ > $LOCK_FILE 	
#######
#ДАЛЕЕ#
# КОД #
#######
rm $LOCK_FILE 	
exit 0;

Используя pgrep код явно будет проще, компактнее и быстрее.

Punk ★
(19.10.11 23:48:42 MSK)