Вам будет нужен драйвер устройства хранения данных для того контроллера. При запуске установщика ОС он попросит, чтобы Вы нажали F6, если у Вас будут драйверы. Немного далее вниз установка, это затем попросит диск, содержащий их.
Обработчик HUP в Celery просто запускает процедуру выключения и вызывает execv с теми же аргументами, что и процесс, запущенный после его завершения. Это довольно наивный способ, так как он не может знать, вернется ли он снова, но мы пока не нашли лучшего решения, которое работает в обработчике сигналов.
Если вы используете celery multi
, тогда лучше использовать команду celery multi restart
, которая также будет ждать, пока старый рабочий процесс сначала остановится (сценарий generic-init.d использует это для своей команды перезапуска).
Вот обработчик SIGHUP код: https://github.com/celery/celery/blob/master/celery/apps/worker.py#L280-L295
Как видите, для этого необходимо установить sys.executable
и sys.argv
, чтобы
его можно использовать для перезапуска рабочего стола (не уверен, почему это не задокументировано)
Я не знаю, кто начал эту тенденцию, но люди ожидают, что SIGHUP
либо
перечитать файлы конфигурации или перезапустить сам себя, но это не всегда легко сделать правильно, и я считаю безответственным выбирать сигнал, который отправляется при закрытии окна терминала;)
Мы несколько раз обсуждали удаление обработчика Celery HUP.
Вы уверены, что документация, к которой вы обращаетесь, относится к актуальной развернутой версии? Если функция HUP
была добавлена в более новую версию, чем та, которую вы используете, поведение по умолчанию, вероятно, будет заключаться в прекращении процесса.
(Прошу прощения, если это бесполезно, у меня нет опыта именно с этим демоном, и это лучшее, что я могу предложить.)