Я думаю, что Вы могли найти PID процесса, Вы работаете на сервере и отправляете сигнал с помощью другого ssh
команда (как это: ssh server "kill -2 PID"
).
Я использую этот метод для отправки сигналов реконфигурирования к приложениям, работающим на другой машине (мои приложения ловят SIGUSR1 и читают файл конфигурации). В моем выявлении заболевания PID легок, потому что у меня есть уникальные имена процесса, и я могу найти PID путем отправки a ps
запрос через ssh
.
Отметьте вывод здесь:
root:/usr/local/bin# siege
bash: /usr/bin/siege: No such file or directory
Bash поддерживает внутренний хеш ранее найденных исполняемых файлов в Вашем пути. В этом случае это имеет детали что когда-то был исполняемый файл в/usr/bin/siege и повторные использования, которые соединяют каналом, чтобы избежать необходимости искать снова. Необходимо сказать удару вручную перехешировать путь для осады как так:
hash siege
Можно также очистить все хешированные местоположения:
hash -r
Другая причина этой проблемы может заключаться в том, что путь к самому исполняемому файлу находится на пути, а не в каталоге исполняемого файла, содержащем .
Поэтому вместо того, чтобы помещать
/home/myDir/theExecutable
в путь, просто добавьте этот
/home/myDir