Я установил Ruby на сервер (1.9.3 через RVM), настроил Guard для некоторых каталогов, затем убедился, что мне это больше не нужно, и удалил Ruby (через команду RVM).
Моя проблема в том, что любой доступ к каталогам, за которыми наблюдает Guard, по-прежнему вызывает попытку запуска Ruby (которого больше нет), что приводит к ошибке.
Я думал, что, поскольку Guard является жемчужиной Ruby, удаление Ruby «отключит» Guard. Кажется, что это нечто большее, и что какой-то процесс все еще остается.
Как убить призрака охранника?
Другой поток предложил мне запустить ps aux | grep guard
, чтобы найти PID процесса защиты, а затем убить его, но единственное, что находит, — это сам grep guard
:
root 6754 0.0 0.0 6384 676 pts/1 S+ 13:45 0:00 grep guard
Похоже, чем бы ни был этот "призрак охранника", он не называется guard
.
Возможно, это не актуально, но если это так, то guard был запущен с помощью команды Drupal Drush drush omega-guard
, которая является частью темы Drupal Omega-4, и вот пример ошибки, которую вызывает ghost of guard (это доступ к Сервер Centos из Windows с использованием SFTP):
|grep guard
и начните искать построчно... Если он работает, он должен быть там, возможно, не так, как вы ожидаете. - person Nick Veys   schedule 23.08.2014php-cgi
(командная строка php),httpd
(apache на centos),sshd
иvlogger
, ни один из которых не кажется правильным. - person user56reinstatemonica8   schedule 23.08.2014