Избавьтесь от gunicorn.service и всех следов от него полностью - PullRequest
0 голосов
/ 14 февраля 2020

Цель:

Я пытаюсь развернуть проект django через gunicorn + nginx.

Обнаружена проблема:

Ранее, когда я попытался запустить sudo systemctl status gunicorn, я получил это:

● gunicorn.service Загружен: не найден (Причина : Нет такого файла или каталога) Активен: не удалось (Результат: код выхода) с Чт 2020-02-13 10:41:40 UTC; 20 ч. Назад Основной PID: 9879 (код = выход, статус = 3)

13 февраля 10:41:40 ubuntu-dev gunicorn [9879]: файл "", строка 219, в _call_with_frames_removed
13 февраля 10:41:40 ubuntu-dev gunicorn [9879]: файл "", строка 994, в _gcd_import
13 февраля 10:41:40 ubuntu-dev gunicorn [9879]: файл "", строка 971, в _find_and_load
13 февраля 10:41:40 ubuntu-dev gunicorn [9879]: файл "", строка 953, в _find_and_load_unlocked
13 февраля 10:41:40 ubuntu-dev gunicorn [9879]: ModuleNotFoundError: модуль не назван ' ussd '
Feb 13 10:41:40 ubuntu-dev gunicorn [9879]: [2020-02-13 10:41:40 +0000] [9899] [INFO] Рабочий выходит (pid: 9899)
13 февраля 10:41:40 ubuntu-dev gunicorn [9879]: [2020-02-13 10:41:40 +0000] [9879] [ИНФО] Выключение: Мастер
13 февраля 10:41:40 ubuntu -dev gunicorn [9879]: [2020-02-13 10:41:40 +0000] [9879] [INFO] Причина: рабочий не удалось загрузить.
13 февраля 10:41:40 ubuntu-dev systemd [1 ]: gunicorn.service: основной процесс завершен, код = завершен, статус = 3 / НЕОБХОДИМЫЙ
13 февраля 10:41: 40 ubuntu-dev systemd [1]: gunicorn.service: не удалось с результатом 'код выхода'.

Естественно, я обнаружил ошибку, связанную с отсутствием модуля, избавился от этого gunicorn.service файл и создал другой (ussd-gunicorn.service), который работает как показано ниже:

● ussd-gunicorn.service - gunicorn daemon
Загружен: загружен (/ etc / systemd / system / ussd) -gunicorn.service; отключен; предустановка поставщика: включена)
активна: active (running) с пятницы 2020-02-14 06:42:26 UTC; 10 минут a go
Основной PID: 30677 (gunicorn)
Задачи: 4 (лимит: 1151)
CGroup: /system.slice/ussd-gunicorn.service
├─30677 / home / dev / ussd / venv / bin / python3 / home / dev / ussd / venv / bin / gunicorn --access-logfile - --workers 3 --bind unix: / run / gunicorn.sock ussd.wsgi: application
30─30698 / home / dev / ussd / venv / bin / python3 / home / dev / ussd / venv / bin / gunicorn --access-logfile - --workers 3 --bind unix: /run/gunicorn.sock ussd.wsgi: приложение
├─30701 / home / dev / ussd / venv / bin / python3 / home / dev / ussd / venv / bin / gunicorn --access-logfile - - -работники 3 --bind unix: / run / gunicorn.sock ussd.wsgi: приложение
└─30702 / home / dev / ussd / venv / bin / python3 / home / dev / ussd / venv / bin / gunicorn --access-logfile - --workers 3 --bind unix: / run / gunicorn.sock ussd.wsgi: приложение

14 февраля 06:42:26 ubuntu-dev systemd [1 ]: Запущен демон gunicorn.
14 февраля 06:42:26 ubuntu-dev gunicorn [30677]: [2020-02-14 06:42:26 +0000] [30677] [INFO] Запуск gunicorn 20.0.4
F eb 14 06:42:26 ubuntu-dev gunicorn [30677]: [2020-02-14 06:42:26 +0000] [30677] [INFO] Прослушивание: unix: / run / gunicorn.sock (30677 )
14 февраля 06:42:26 ubuntu-dev gunicorn [30677]: [2020-02-14 06:42:26 +0000] [30677] [INFO] Использование работника: syn c
февраль 14 06:42:26 ubuntu-dev gunicorn [30677]: [2020-02-14 06:42:26 +0000] [30698] [INFO] Загрузка работника с pid: 30698
14 февраля 06:42:26 ubuntu-dev gunicorn [30677]: [2020-02-14 06:42:26 +0000] [30701] [INFO] Загрузка рабочего с pid: 30701
14 февраля 06:42:26 ubuntu-dev gunicorn [30677 ]: [2020-02-14 06:42:26 +0000] [30702] [INFO] Загрузка работника с pid: 30702

Вопрос:

Как мне избавиться этого gunicorn.service полностью.

Что я пробовал:

  1. sudo rm -r /etc/systemd/system/gunicorn.service
    • Это избавляет от файла, но статус по-прежнему отображается
  2. Я также пытался отсоединить его через sudo rm /path/to/link/, как указано ниже: как удалить символ c ссылку
    • Просто чтобы проверить, сработало ли то, что я пробовал, я создаю еще один gunicorn.service и запустил sudo systemctl daemon-reload && sudo systemctl status gunicorn.service, но он по-прежнему отображает состояние предыдущего gunicorn.service (несмотря на то, что я его удаляю).
...