Как сделать так, чтобы django проект запускался на встроенном тестовом сервере автоматически при загрузке?

Question

[Grigorev90]

ChatGPT рекомендует создать файл *.service в директории /etc/systemd/system/ со следующими парметрами:

[Unit]
Description=mydjangoapp
After=network.target

[Service]
User=host
WorkingDirectory=/home/ya/Документы/orders/orderapp/
ExecStart=/usr/bin/python3 /home/ya/Документы/orders/orderapp/manage.py runserver 0.0.0.0:8000
Restart=on-failure 

[Install]
WantedBy=multi-user.target

Также применить команды:
sudo systemctl daemon-reload
sudo systemctl start django_project (по назнваию файла .service)
sudo systemctl enable django_project

Но это не работает.

В интеренете описываются похожие действия.

Можете уточнить мои действия, дать пояснения? Заранее спасибо.

Comments

[Everything_is_bad]

Но это не работает.

как же надоели с таким определением, что значит не работает? ложится на диван и ничего не делает? Короче, уточняй у чатгпт почему не работает

[Grigorev90]

Everything_is_bad,

ChatGPT не дает обяъснения, которое могло бы мне помочь. Полагаю, что ИИ изначально предлагает неподходящие параметры.

Вот что произошло при вводе указанных команд:
мой компьютер с linuxmint:~$ sudo systemctl daemon-reload
[sudo] password for мой компьютер с linuxmint:
мой компьютер с linuxmint:~$ sudo systemctl enable django_project
мой компьютер с linuxmint:~$ sudo systemctl start django_project
мой компьютер с linuxmint:~$

т.е., формально, никаких ошибок сразу не объявлено. при перезагрузке и переходе на указанный ip ответ:

Не удается получить доступ к сайту
Сайт 192.168.1.104:8000 недоступен.
ERR_ADDRESS_UNREACHABLE

Т.е. приложение не запущено.

[Everything_is_bad]

Grigorev90, да потому что надо смотреть логи, везде же про это написано, journalctl -u django_project

[Юрий]

на глаз - возможно не хватает group или неверно указан пользователь от имени кого надо выполнять сервис

[Service]
User=host
Group=host

+ не вижу что было прописано и запущено через systemctl
systemctl daemon-reload
systemctl start django_project
systemctl enable django_project

проверить статус работы:
systemctl status django_project

[Grigorev90]

Юрий, Everything_is_bad,

спасибо, да, вероятно, user group не правильно указал. Изменил на верные значения, процесс стал запускаться.

Однако, можете подсказать почему возникает другая ошибка:

systemd[1]: Started some orders.
python3[23279]: Watching for file changes with StatReloader
python3[23279]: System check identified 1 issue (0 silenced).
python3[23279]: Error: That port is already in use.
systemd[1]: djop.service: Main process exited, code=exited, status=1/FAILURE
systemd[1]: djop.service: Failed with result 'exit-code'.

попробовал назначить разные значения 8000, 8080, 8090 в файле .service. какой порт не возьму, он становится занят и такая ошибка.

Изначально запустилось и с 8000, после перезагрузки появилась такая ошибка с портом 8000.

[Юрий]

Grigorev90, возможно этому пользователю не хватает прав для занятия порта
попробуй из под рута

Также, возможно посмотри что запущено
netstat -ntlp

[pfg21]

1. кривое приложение не освобождает порт при остановке работы.
2. пользователь не умеет останавливать (фоновые) работающие приложения и пытается второй раз запустить то же приложение которое пытается прибиндиться к уже занятому порту.
3.....

[Grigorev90]

Юрий, pfg21, если запустить тестовый сервер вручную - запускается. После остановки порт освобождаеся. Если запускать через команды для .service - порт занят.

Даже если сделать sudo fuser -k 8000/tcp, для запуска в systemd это не работает (нет, не ложится на диван), порт все равно занят.

Как расширить права для запуска через systemd? Или в чем еще может быть причина?

Юрий, отдельная благодраность за помощь.

[pfg21]

Grigorev90, если ты запускаешь сервис, то и останавливать надо сервис
sudo systemctl stop my_unit.service
а если порт занят - надо смотреть какое приложение его держит.

системд как менеджер системы следит чтобы сервисы работали всегда.
в случае его остановки системд автоматически его запускает заново, (хотя это можно отключить кажись).
так что внешнее пристреливание (fuser --kill) сервиса приведет лишь к его перезапуску :)
тут "это другое" :).

[Юрий]

Grigorev90, так что показывает статус?

Answer 1

[sazhyk]

1. Настройте uvicorn или gunicorn.
2. Поднимите всё в docker контейнере.
2.1. Поднимите всё в docker контейнере с uvicorn/gunicorn.
2.2. Поднимите всё в docker контейнере с nginx или apache.
2.3. Поднимите всё в docker контейнерах с nginx/apache и с uvicorn/gunicorn.

Уточнение добавьте к вопросу: вы проект делали в виртуальном окружении?; если да, то верно ли указан в скрипте путь до интерпретатора?; если указываете системный интерпретатор, установлены ли нужные пакеты глобально?