Ну, это не относится к передаче, но применимо практически ко всем linux-демонам/службам.
Программу/услугу можно вызвать различными способами. Непосредственно из терминала, через скрипты в/etc и другие средства. Я предполагаю, что вы знаете, что делает судо.
# gearmand -d
Вы призываете gearmand исполняемый непосредственно. Оболочка знает, где исполняемый файл, потому что установлен PATH. Вы можете найти его местоположение, используя «whereis gearmand» или найти его с помощью find. Это прямой способ вызова приложения/службы.
"daemon" - это фоновый процесс. Аргумент «-d» для gearman запускает его в режиме демона (в фоновом режиме).
Advantage/s:
- Если вы собираете несколько версию сервиса на той же машине, в данном случае «Gearman», вы можете вызывать их по отдельности без установки/переустановки.
- Иногда установка не работает или услуга не может поддерживать сценарии запуска и т.д.
невыгодное положение/с:
- не может дать единообразный вывод как стандартные скрипты/команды.
- Возможно, вам необходимо знать расположение файла.
# старт
служба Gearman-работа-сервер вызывает службу скрипт который обычно смотрит в каталог "/etc/init.d". Если вы хотите найти, где служба ищет службы в вашем дистрибутиве Linux, вы можете посмотреть ее.
Поиск местоположения службы сценария «WhereIs службы», а затем открыть его в меньшей степени «меньше path_to_service» или непосредственно «WhereIs службы | вырезать -d» «-F2 | xargs меньше», чтобы увидеть файл службы.
Служебный скрипт стандартизирует способ вызова сценариев в linux в наши дни.
$ служба service_name начать
service_name начал
$ сервис Service_Name начать
service_name уже работает
$ служба service_name остановить
имя_сервера прекращено.
$ служба service_name остановить
service_name не работает.
Это обеспечивает единый способ запуска или остановки всех служб.
Не зная, что находится в скрипте инициализации 'gearman-job-server', на это нельзя ответить. Если у вас есть * этот скрипт, вы должны быть в состоянии ответить на это довольно легко сами, посмотрев на него. –
Спасибо! Думаю, я пойду проверить и попытаюсь понять, что в скрипте. –