Gunicornが起動しない

Question

環境

Ubuntu 18.04.6

現状

$ sudo systemctl start gunicornを実行して、本当に動いてるのか確認するために$ ps aux | grep gunicornを実行してもhoge+ 13930 0.0 0.0 14860 1156 pts/0 S+ 08:05 0:00 grep --color=auto gunicorn という出力しか得られずどうやら起動できてなさそうです。

なお、gunicorn.serviceは以下のようになっています。

[Unit]
Description=gunicorn daemon
After=network.target

[Service]
User=hogehoge
Group=hogehoge
WorkingDirectory=/home/hogehoge/mysite
ExecStart=/home/hogehoge/anaconda3/envs/blog-django/bin/gunicorn --access-logfile - --workers 3 --bind unix:/home/hogehoge/mysite/mysite.sock mysite.wsgi:application

[Install]
WantedBy=multi-user.target

やったこと

1.こちらの記事では、実行する際にgunicornの後ろに「.service」とついているのでつけて実行しましたが結果は変わりませんでした。
2.上記の記事でsystem.serviceを書いたらそれを反映させるために$ systemctl daemon-reloadを実行していたので、そのコマンドを実行してからstartして確認しましたが、結果は変わりまでした。

gunicorn.service以外に必要なファイルなどありますでしょうか？知見をお持ちの方、よろしくお願いいたします。

【追記】

参考にしたもの

僕は特にAIアプリは作っておらず、自分のブログを恒常的に稼働させるためにgunicornやnginxが必要そうだということでこちらの動画を参考にさせていただいております。

sudo journalctl -u gunicornした結果

Nov 03 08:05:04 blog-django systemd[1]: Started gunicorn daemon.
Nov 03 08:05:04 blog-django systemd[1]: gunicorn.service: Main process exited, code=exited, status=200/CHDIR
Nov 03 08:05:04 blog-django systemd[1]: gunicorn.service: Failed with result 'exit-code'.
Nov 03 11:02:38 blog-django systemd[1]: Started gunicorn daemon.
Nov 03 11:02:38 blog-django systemd[14194]: gunicorn.service: Changing to the requested working directory failed: No such file or directory
Nov 03 11:02:38 blog-django systemd[14194]: gunicorn.service: Failed at step CHDIR spawning /home/hogehoge/anaconda3/envs/blog-django/bin/gunicorn: No such file or directory
Nov 03 11:02:38 blog-django systemd[1]: gunicorn.service: Main process exited, code=exited, status=200/CHDIR
Nov 03 11:02:38 blog-django systemd[1]: gunicorn.service: Failed with result 'exit-code'.
Nov 03 11:24:08 blog-django systemd[1]: Started gunicorn daemon.
Nov 03 11:24:08 blog-django systemd[14279]: gunicorn.service: Changing to the requested working directory failed: No such file or directory
Nov 03 11:24:08 blog-django systemd[14279]: gunicorn.service: Failed at step CHDIR spawning /home/hogehoge/anaconda3/envs/blog-django/bin/gunicorn: No such file or directory
Nov 03 11:24:08 blog-django systemd[1]: gunicorn.service: Main process exited, code=exited, status=200/CHDIR
Nov 03 11:24:08 blog-django systemd[1]: gunicorn.service: Failed with result 'exit-code'.
Nov 03 11:24:50 blog-django systemd[1]: Started gunicorn daemon.
Nov 03 11:24:50 blog-django systemd[14295]: gunicorn.service: Changing to the requested working directory failed: No such file or directory
Nov 03 11:24:50 blog-django systemd[14295]: gunicorn.service: Failed at step CHDIR spawning /home/hogehoge/anaconda3/envs/blog-django/bin/gunicorn: No such file or directory
Nov 03 11:24:50 blog-django systemd[1]: gunicorn.service: Main process exited, code=exited, status=200/CHDIR
Nov 03 11:24:50 blog-django systemd[1]: gunicorn.service: Failed with result 'exit-code'.

nginxの設定ファイル

server {
        server_name {外部IP};
        location / {
                include proxy_params;
                proxy_pass http://unix:/home/hogehoge/blog_django/blog_django.sock;
        }
}

Comments

[dameo]

sudo journalctl -u gunicornでログが見れると思いますので、どんなエラーが出ているのか貼ってもらえますか？

[cunwe]

そのようなコマンドがあるのですね、ご助言くださりありがとうございます。ログを追記いたしました。

[dameo]

systemdを使ってサービスの記述をする場合は必須のコマンドです。
ログなどを確認するときに使用します。
見れば分かるとおり、ディレクトリ
/home/hogehoge/mysite
と、実行ファイル
/home/hogehoge/anaconda3/envs/blog-django/bin/gunicorn
が見当たらないようです。
存在やパーミッションなどをご確認ください。

[cunwe]

かしこまりました。
すいません、ひとつ質問がございましてDjangoプロジェクト直下に生成するsockファイルって中身は何も記述してなくて問題ないでしょうか？
cf) https://view-s.co.jp/product/webapp/wsgi/

[dameo]

ちょっと本家でないサイトを見るのは嫌なのでご容赦ください。
通常.sockファイルは、Unixドメインソケットと呼ばれるもので、所謂名前付きパイプと似たようなプロセス間通信で使うものです。このファイルを開いてアクセスするのですが、書き込めば通信相手に送信し、読み込めば受信することになるので、ファイルの中身は使いません。つまり記述は普通ありません。
とりあえずもう少し基礎からやって頂き、出来ることを組み合わせて動かすようにしてください。

[cunwe]

かしこまりました。
一番最初に仰っていただいた`$ sudo journalctl -u gunicorn`ってもしかして.serviceファイルの名前がgunicornであることが前提でしょうか？だとしましたら下でお答えただいてる方のアドバイスを受けてmysite.serviceに変更しております。
また、system配下の.scoketファイル書いて`$ sudo systemctl daemon-reload`して`$ sudo systemctl start mysite`し`$ ps aux | grep mysite`すると以下のように表示されるので動いてはいそうです。しかし、下の回答者の方にもお聞きしたのですが`$ sudo systemctl enable `してもシンボリックリンクがうまく貼れません。以前誤って貼ってしまったのを消して今回正しいシンボリックリンク貼りたいのですがその方法をご存知だったりしますでしょうか？
```
hoge+ 15791 0.0 0.6 40888 23280 ? Ss Nov03 0:12 /home/hogehoge/anaconda3/envs/blog-django/bin/python /home/hogehoge/anaconda3/envs/blog-django/bin/gunicorn -
-access-logfile - --workers 3 --bind unix:/home/hogehoge/blog_django/blog_django.sock mysite.wsgi:application
hoge+ 15809 0.0 1.0 69084 38700 ? S Nov03 0:01 /home/hogehoge/anaconda3/envs/blog-django/bin/python /home/hogehoge/anaconda3/envs/blog-django/bin/gunicorn -
-access-logfile - --workers 3 --bind unix:/home/hogehoge/blog_django/blog_django.sock mysite.wsgi:application
hoge+ 15814 0.0 1.0 69084 38700 ? S Nov03 0:01 /home/hogehoge/anaconda3/envs/blog-django/bin/python /home/hogehoge/anaconda3/envs/blog-django/bin/gunicorn -
-access-logfile - --workers 3 --bind unix:/home/hogehoge/blog_django/blog_django.sock mysite.wsgi:application
hoge+ 15815 0.0 1.0 69084 38700 ? S Nov03 0:01 /home/hogehoge/anaconda3/envs/blog-django/bin/python /home/hogehoge/anaconda3/envs/blog-django/bin/gunicorn -
-access-logfile - --workers 3 --bind unix:/home/hogehoge/blog_django/blog_django.sock mysite.wsgi:application
hoge+ 18439 0.0 0.0 14860 1156 pts/0 S+ 16:26 0:00 grep --color=auto mysite
```

[dameo]

そこはもう他人に聞くことではないので、ご自身で学習してください。
https://www.freedesktop.org/software/systemd/man/systemd.unit.html

全て読んだ上で不明点があればそれを1つの質問として別の質問で上げてください。何も読まずに適当にやってできなかったことを全て他人に聞いていたのでは、いつまで経っても自分でできるようになりません。

[cunwe]

参考リンクご添付くださりありがとうございます。
こちら、なんと調べたら見つかりましたか？またページ内をsymbloicで検索して`A symbolic link is created in the .wants/ or .requires/ directory of each of the listed units when this unit is installed by systemctl enable. `という記述が見つかったのですがリスト化されたユニットとは何を指しているのでしょうか？mysiteの中身を見てみましたが見つかりませんでした。

[dameo]

丁寧に話せば何でもいいわけではありません。
「存在やパーミッションなどをご確認ください」の返事もなく、「とりあえずもう少し基礎からやって頂き、出来ることを組み合わせて動かすようにしてください」にも従わず、「ご自身で学習してください」と言われても質問し続け、「全て読んだ上で不明点があればそれを1つの質問として別の質問で上げてください」を無視してまた質問とかひどすぎますよ。

[dameo]

申し訳ありませんが、低評価させて頂きました。私はこれで失礼します。

[cunwe]

あらら

Answer 1

serviceファイルは特に間違っているわけではないですが、ファイル名がgunicorn.serviceに問題がある気がします。systemctlではシステム上でデフォルトで動いているものもあるので、普通自前でserviceファイルを作成するときにはシステムで使用しているソフトウェア名やコマンド名を使うことはあまり良くありません。
例えばrungunicornapp.serviceとかにしてユニークなファイル名に変更して試してみてはいかがでしょうか？

Comments

[cunwe]

ご回答くださりありがとうございます。
僕が参考にしたものを追記いたしました。そこではgunicorn.serviceでやられてるみたいなのですが、それが原因なんですかね。socketファイルとか必要だったりしますか？
【追記】
socketファイルも下記のリンクに従って書いてみましたが、だめでした

[cunwe]

https://view-s.co.jp/product/webapp/wsgi/
また、こちらの記事を見てみても確かにファイル名がgunicornなのはSupernoveさんのおっしゃるようにおかしいようでdjangoのプロジェクト名と同じに変えてみましたがダメでした。。

[cunwe]

https://ai-can-fly.hateblo.jp/entry/gunicorn-install-and-settings#systemctl-%E3%82%B3%E3%83%9E%E3%83%B3%E3%83%89
こちらの記事の終わりでsocketファイルなしでもいけるらしいとおっしゃっているのでこの動画の方もそのパターンなのかもしれません。

[cunwe]

$ sudo systemctl start mysite.socketして$ sudo systemctl status mysite.socketすると

● mysite.socket - gunicorn socket
Loaded: loaded (/etc/systemd/system/mysite.socket; disabled; vendor preset: enabled)
Active: active (listening) since Wed 2021-11-03 14:12:48 UTC; 32min ago
Listen: /home/hogehoge/blog_django/mysite/mysite.sock (Stream)
Tasks: 0 (limit: 4364)
CGroup: /system.slice/mysite.socket
Nov 03 14:12:48 blog-django systemd[1]: Starting gunicorn socket.
Nov 03 14:12:48 blog-django systemd[1]: Listening on gunicorn socket.

と表示されたのですがこれってうまくいってますかね...?

[Supernove]

エラーにはなっていないので多分動いているとしか言えませんね…

[cunwe]

ブログにアクセスすると502 Bad Gatewayとなるのでやはりどこかおかしそうです...

[cunwe]

ディレクトリ見てみたらアプリケーションと同じ階層にsockファイルができてしまっていました、やり直してみます。

[Supernove]

階層間違いはあるあるですねｗ
念の為にNginxでサーバーを動かしていると思うので設定ファイルの中身を質問に追記してもらってもいいでしょうか？

[cunwe]

はい、階層間違いは泣けますw
Nginxの設定ファイルの中身、追記いたしました！
serviceファイル書き換えてシンボリック貼り直そうと、さっき貼ったシンボリックリンクを特に気にせず$ sudo systemctl enable しましたらさっき表示されたCreated symlink /hoge/hoge.service -> /hoge/hoge.service.みたいなのが今回表示されず、作成されてなさそうなのですがシンボリックリンクの貼り直し方法について何かご存知だったりしますでしょうか？

[Supernove]

追記ありがとうございます！
いつもserviceファイルは「/etc/systemd/system/」ディレクトリ上にやっているのでシンボリックリンクの貼りなおし方法は詳しくないですね…
例えば「systemctl daemon-reload」でデーモン読み込んで試すといかがでしょうか？

[cunwe]

やってみましたがダメでした。。もう少し調べてみます！