主頁 > 軟體設計 > 數字海洋部署錯誤：502BadGateway

數字海洋部署錯誤：502BadGateway

2022-05-16 01:27:59 軟體設計

我的網站啟動并運行，但管理員 CSS 沒有加載，我不確定我做了什么服務器不同意，但現在整個網站都關閉了一條502 Bad Gateway訊息。

以下是一些關鍵檔案的內容

sudo nano /etc/systemd/system/gunicorn.socket檔案：

[Unit]
Description=gunicorn socket

[Socket]
ListenStream=/run/gunicorn.sock

[Install]
WantedBy=sockets.target

gunicorn.service檔案 ( sudo nano /etc/systemd/system/gunicorn.service)

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

[Service]
User=eson
Group=www-data
WorkingDirectory=/home/eson/example
ExecStart=/home/eson/example/env/bin/gunicorn \
          --access-logfile - \
          --workers 3 \
          --bind unix:/run/gunicorn.sock \
          example.wsgi:application
[Install]
WantedBy=multi-user.target

這是 Nginx 所擁有的sudo nano /etc/nginx/sites-available/example：

server {
    server_name www.example.com example.com;

    location = /favicon.ico { access_log off; log_not_found off; }
    location /static/ {
        root /home/eson/example;
    }

    location /media/ {
        root /home/eson/example;
    }

    location / {
        include proxy_params;
        proxy_pass http://unix:/run/gunicorn.sock;
    }

    listen 443 ssl; # managed by Certbot
    ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem; # managed by Certbot
    ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem; # managed by Certbot    include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot


}

server {
    if ($host = www.example.com) {
        return 301 https://$host$request_uri;
    } # managed by Certbot


    if ($host = example.com) {
        return 301 https://$host$request_uri;
    } # managed by Certbot


    listen 80;
    server_name www.example.com example.com;
    return 404; # managed by Certbot
}

當我輸入sudo systemctl status gunicorn.socket時，我得到：

● gunicorn.socket - gunicorn socket
     Loaded: loaded (/etc/systemd/system/gunicorn.socket; enabled; vendor preset: enabled)
     Active: failed (Result: service-start-limit-hit) since Wed 2022-05-11 01:42:19 UTC; 2s ago
   Triggers: ● gunicorn.service
     Listen: /run/gunicorn.sock (Stream)

當我跑步時，file /run/gunicorn.sock我得到/run/gunicorn.sock: socket

Nginx 看起來不錯：

sudo nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful

但是，當我跑步時，sudo tail -30 /var/log/nginx/error.log我得到：

2022/05/11 15:26:47 [error] 739#739: *49 connect() to unix:/run/gunicorn.sock failed (111: Connection refused) while connecting to upstream, client: 192.241.219.87, server: www.example.com, request: "GET /owa/auth/x.js HTTP/1.1", upstream: "http://unix:/run/gunicorn.sock:/owa/auth/x.js", host: "128.199.2.252"
2022/05/11 15:29:47 [error] 739#739: *51 connect() to unix:/run/gunicorn.sock failed (111: Connection refused) while connecting to upstream, client: 192.241.212.218, server: www.example.com, request: "GET /ecp/Current/exporttool/microsoft.exchange.ediscovery.exporttool.application HTTP/1.1", upstream: "http://unix:/run/gunicorn.sock:/ecp/Current/exporttool/microsoft.exchange.ediscovery.exporttool.application", host: "128.199.2.252"
2022/05/11 15:30:50 [error] 739#739: *53 connect() to unix:/run/gunicorn.sock failed (111: Connection refused) while connecting to upstream, client: 192.241.221.172, server: www.example.com, request: "GET /owa/auth/logon.aspx HTTP/1.1", upstream: "http://unix:/run/gunicorn.sock:/owa/auth/logon.aspx", host: "128.199.2.252"
2022/05/11 15:49:48 [error] 739#739: *55 connect() to unix:/run/gunicorn.sock failed (111: Connection refused) while connecting to upstream, client: 72.143.229.153, server: www.example.com, request: "GET /admin/login/?next=/admin/ HTTP/1.1", upstream: "http://unix:/run/gunicorn.sock:/admin/login/?next=/admin/", host: "example.com"
2022/05/11 16:13:25 [crit] 739#739: *57 SSL_do_handshake() failed (SSL: error:14201044:SSL routines:tls_choose_sigalg:internal error) while SSL handshaking, client: 23.92.22.17, server: 0.0.0.0:443
2022/05/11 16:21:15 [crit] 739#739: *61 connect() to unix:/home/django/gunicorn.socket failed (2: No such file or directory) while connecting to upstream, client: 45.9.20.101, server: _, request: "GET /_ignition/execute-solution HTTP/1.1", upstream: "http://unix:/home/django/gunicorn.socket:/_ignition/execute-solution", host: "128.199.2.252:80"

我的防火墻允許以下應用程式：

sudo ufw app list
Available applications:
  Nginx Full
  Nginx HTTP
  Nginx HTTPS
  OpenSSH
  Postfix
  Postfix SMTPS
  Postfix Submission

當我啟動并啟用 gunicorn 時， gunicorn 套接字狀態很好：

sudo systemctl status gunicorn.socket
● gunicorn.socket - gunicorn socket
     Loaded: loaded (/etc/systemd/system/gunicorn.socket; enabled; vendor preset: enabled)
     Active: active (listening) since Wed 2022-05-11 16:14:05 UTC; 11min ago
   Triggers: ● gunicorn.service
     Listen: /run/gunicorn.sock (Stream)
      Tasks: 0 (limit: 2339)
     Memory: 0B
     CGroup: /system.slice/gunicorn.socket

但是，獨角獸狀態不是：

sudo systemctl status gunicorn
● gunicorn.service - gunicorn daemon
     Loaded: loaded (/etc/systemd/system/gunicorn.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Wed 2022-05-11 14:01:54 UTC; 2h 23min ago
TriggeredBy: ● gunicorn.socket
   Main PID: 1775 (code=exited, status=1/FAILURE)

我確實嘗試重新啟動一切：

sudo systemctl daemon-reload 
sudo systemctl restart gunicorn
sudo systemctl enable gunicorn.socket

當我運行時sudo tail -F /var/log/nginx/error.log：

2022/05/11 15:07:00 [error] 739#739: *43 connect() to unix:/run/gunicorn.sock failed (111: Connection refused) while connecting to upstream, client: 137.226.113.44, server: www.example.com, request: "GET / HTTP/1.1", upstream: "http://unix:/run/gunicorn.sock:/", host: "www.example.com"
2022/05/11 15:07:29 [crit] 739#739: *45 connect() to unix:/home/django/gunicorn.socket failed (2: No such file or directory) while connecting to upstream, client: 92.255.85.190, server: _, request: "GET / HTTP/1.0", upstream: "http://unix:/home/django/gunicorn.socket:/"
2022/05/11 15:23:42 [crit] 739#739: *47 connect() to unix:/home/django/gunicorn.socket failed (2: No such file or directory) while connecting to upstream, client: 87.251.101.78, server: _, request: "GET / HTTP/1.1", upstream: "http://unix:/home/django/gunicorn.socket:/", host: "128.199.2.252:80"
2022/05/11 15:26:47 [error] 739#739: *49 connect() to unix:/run/gunicorn.sock failed (111: Connection refused) while connecting to upstream, client: 192.241.219.87, server: www.example.com, request: "GET /owa/auth/x.js HTTP/1.1", upstream: "http://unix:/run/gunicorn.sock:/owa/auth/x.js", host: "128.199.2.252"
2022/05/11 15:29:47 [error] 739#739: *51 connect() to unix:/run/gunicorn.sock failed (111: Connection refused) while connecting to upstream, client: 192.241.212.218, server: www.example.com, request: "GET /ecp/Current/exporttool/microsoft.exchange.ediscovery.exporttool.application HTTP/1.1", upstream: "http://unix:/run/gunicorn.sock:/ecp/Current/exporttool/microsoft.exchange.ediscovery.exporttool.application", host: "128.199.2.252"
2022/05/11 15:30:50 [error] 739#739: *53 connect() to unix:/run/gunicorn.sock failed (111: Connection refused) while connecting to upstream, client: 192.241.221.172, server: www.example.com, request: "GET /owa/auth/logon.aspx HTTP/1.1", upstream: "http://unix:/run/gunicorn.sock:/owa/auth/logon.aspx", host: "128.199.2.252"
2022/05/11 15:49:48 [error] 739#739: *55 connect() to unix:/run/gunicorn.sock failed (111: Connection refused) while connecting to upstream, client: 72.143.229.153, server: www.example.com, request: "GET /admin/login/?next=/admin/ HTTP/1.1", upstream: "http://unix:/run/gunicorn.sock:/admin/login/?next=/admin/", host: "example.com"
2022/05/11 16:13:25 [crit] 739#739: *57 SSL_do_handshake() failed (SSL: error:14201044:SSL routines:tls_choose_sigalg:internal error) while SSL handshaking, client: 23.92.22.17, server: 0.0.0.0:443
2022/05/11 16:21:15 [crit] 739#739: *61 connect() to unix:/home/django/gunicorn.socket failed (2: No such file or directory) while connecting to upstream, client: 45.9.20.101, server: _, request: "GET /_ignition/execute-solution HTTP/1.1", upstream: "http://unix:/home/django/gunicorn.socket:/_ignition/execute-solution", host: "128.199.2.252:80"
2022/05/11 16:44:28 [error] 739#739: *67 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 185.39.144.147, server: www.example.com, request: "GET / HTTP/1.1", upstream: "http://unix:/run/gunicorn.sock:/", host: "www.example.com"

數字海洋檔案建議

**connect() to unix:/run/gunicorn.sock failed (2: No such file or directory)**

This indicates that Nginx was unable to find the gunicorn.sock file at the given location. You should compare the proxy_pass location defined within /etc/nginx/sites-available/myproject file to the actual location of the gunicorn.sock file generated by the gunicorn.socket systemd unit. If you cannot find a gunicorn.sock file within the /run directory, it generally means that the systemd socket file was unable to create it. Go back to the section on checking for the Gunicorn socket file to step through the troubleshooting steps for Gunicorn.

所以我做了，它說運行file /run/gunicorn.sock，我得到/run/gunicorn.sock: socket，與他們的輸出相同。

另外，當我運行時：sudo journalctl -u gunicorn.socket

我明白了：

-- Logs begin at Tue 2022-02-22 09:51:29 UTC, end at Wed 2022-05-11 01:49:37 UTC. --
May 10 21:53:50 django-s-1vcpu-2gb-sfo3-01 systemd[1]: gunicorn.socket: Failed with result 'service-start-lim>
May 10 23:51:14 django-s-1vcpu-2gb-sfo3-01 systemd[1]: Listening on gunicorn socket.
May 10 23:52:17 django-s-1vcpu-2gb-sfo3-01 systemd[1]: gunicorn.socket: Failed with result 'service-start-lim>
May 11 01:18:28 django-s-1vcpu-2gb-sfo3-01 systemd[1]: Listening on gunicorn socket.
May 11 01:20:47 django-s-1vcpu-2gb-sfo3-01 systemd[1]: gunicorn.socket: Failed with result 'service-start-lim>
May 11 01:35:43 django-s-1vcpu-2gb-sfo3-01 systemd[1]: Listening on gunicorn socket.
May 11 01:36:19 django-s-1vcpu-2gb-sfo3-01 systemd[1]: gunicorn.socket: Failed with result 'service-start-lim>
May 11 01:40:16 django-s-1vcpu-2gb-sfo3-01 systemd[1]: Listening on gunicorn socket.
May 11 01:40:33 django-s-1vcpu-2gb-sfo3-01 systemd[1]: gunicorn.socket: Failed with result 'service-start-lim>
May 11 01:40:51 django-s-1vcpu-2gb-sfo3-01 systemd[1]: Listening on gunicorn socket.
May 11 01:42:19 django-s-1vcpu-2gb-sfo3-01 systemd[1]: gunicorn.socket: Failed with result 'service-start-lim>
lines 1-12/12 (END)

我確實運行了sudo journalctl -u gunicorn，我在那里發現了一個錯誤。這是回溯：

May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]: Traceback (most recent call last):
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "/home/eson/example/env/lib/python3.8/site-packages/gunicorn/arbiter.py", line 589, in spawn_worker
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:     worker.init_process()
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "/home/eson/example/env/lib/python3.8/site-packages/gunicorn/workers/base.py", line 134, in init_process
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:     self.load_wsgi()
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "/home/eson/example/env/lib/python3.8/site-packages/gunicorn/workers/base.py", line 146, in load_wsgi
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:     self.wsgi = self.app.wsgi()
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "/home/eson/example/env/lib/python3.8/site-packages/gunicorn/app/base.py", line 67, in wsgi
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:     self.callable = self.load()
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "/home/eson/example/env/lib/python3.8/site-packages/gunicorn/app/wsgiapp.py", line 58, in load
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:     return self.load_wsgiapp()
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "/home/eson/example/env/lib/python3.8/site-packages/gunicorn/app/wsgiapp.py", line 48, in load_wsgiapp
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:     return util.import_app(self.app_uri)
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "/home/eson/example/env/lib/python3.8/site-packages/gunicorn/util.py", line 359, in import_app
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:     mod = importlib.import_module(module)
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "/usr/lib/python3.8/importlib/__init__.py", line 127, in import_module
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:     return _bootstrap._gcd_import(name[level:], package, level)
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "<frozen importlib._bootstrap>", line 1014, in _gcd_import
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "<frozen importlib._bootstrap>", line 991, in _find_and_load
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "<frozen importlib._bootstrap>", line 975, in _find_and_load_unlocked
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "<frozen importlib._bootstrap>", line 671, in _load_unlocked
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "<frozen importlib._bootstrap_external>", line 848, in exec_module
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "/home/eson/example/example/wsgi.py", line 16, in <module>
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:     application = get_wsgi_application()
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "/home/eson/example/env/lib/python3.8/site-packages/django/core/wsgi.py", line 12, in get_wsgi_application
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:     django.setup(set_prefix=False)
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "/home/eson/example/env/lib/python3.8/site-packages/django/__init__.py", line 24, in setup
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:     apps.populate(settings.INSTALLED_APPS)
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "/home/eson/example/env/lib/python3.8/site-packages/django/apps/registry.py", line 91, in populate
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:     app_config = AppConfig.create(entry)
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "/home/eson/example/env/lib/python3.8/site-packages/django/apps/config.py", line 224, in create
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:     import_module(entry)
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "/usr/lib/python3.8/importlib/__init__.py", line 127, in import_module
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:     return _bootstrap._gcd_import(name[level:], package, level)
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "<frozen importlib._bootstrap>", line 1014, in _gcd_import
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "<frozen importlib._bootstrap>", line 991, in _find_and_load
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]:   File "<frozen importlib._bootstrap>", line 973, in _find_and_load_unlocked
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]: ModuleNotFoundError: No module named 'corsheaders'
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4393]: [2022-05-11 16:50:35  0000] [4393] [INFO] Worker exiting (pid: 4393)
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]: Traceback (most recent call last):
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:   File "/home/eson/example/env/lib/python3.8/site-packages/gunicorn/arbiter.py", line 209, in run
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:     self.sleep()
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:   File "/home/eson/example/env/lib/python3.8/site-packages/gunicorn/arbiter.py", line 357, in sleep
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:     ready = select.select([self.PIPE[0]], [], [], 1.0)
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:   File "/home/eson/example/env/lib/python3.8/site-packages/gunicorn/arbiter.py", line 242, in handle_chld
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:     self.reap_workers()
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:   File "/home/eson/example/env/lib/python3.8/site-packages/gunicorn/arbiter.py", line 525, in reap_workers
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:     raise HaltServer(reason, self.WORKER_BOOT_ERROR)
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]: gunicorn.errors.HaltServer: <HaltServer 'Worker failed to boot.' 3>
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]: During handling of the above exception, another exception occurred:
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]: Traceback (most recent call last):
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:   File "/home/eson/example/env/bin/gunicorn", line 8, in <module>
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:     sys.exit(run())
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:   File "/home/eson/example/env/lib/python3.8/site-packages/gunicorn/app/wsgiapp.py", line 67, in run
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:     WSGIApplication("%(prog)s [OPTIONS] [APP_MODULE]").run()
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:   File "/home/eson/example/env/lib/python3.8/site-packages/gunicorn/app/base.py", line 231, in run
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:     super().run()
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:   File "/home/eson/example/env/lib/python3.8/site-packages/gunicorn/app/base.py", line 72, in run
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:     Arbiter(self).run()
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:   File "/home/eson/example/env/lib/python3.8/site-packages/gunicorn/arbiter.py", line 229, in run
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:     self.halt(reason=inst.reason, exit_status=inst.exit_status)
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:   File "/home/eson/example/env/lib/python3.8/site-packages/gunicorn/arbiter.py", line 342, in halt
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:     self.stop()
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:   File "/home/eson/example/env/lib/python3.8/site-packages/gunicorn/arbiter.py", line 393, in stop
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:     time.sleep(0.1)
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:   File "/home/eson/example/env/lib/python3.8/site-packages/gunicorn/arbiter.py", line 242, in handle_chld
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:     self.reap_workers()
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:   File "/home/eson/example/env/lib/python3.8/site-packages/gunicorn/arbiter.py", line 525, in reap_workers
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]:     raise HaltServer(reason, self.WORKER_BOOT_ERROR)
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 gunicorn[4375]: gunicorn.errors.HaltServer: <HaltServer 'Worker failed to boot.' 3>
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 systemd[1]: gunicorn.service: Main process exited, code=exited, status=1/FAILURE
May 11 16:50:35 django-s-1vcpu-2gb-sfo3-01 systemd[1]: gunicorn.service: Failed with result 'exit-code'

我檢查了我的 settings.py 檔案中的 corsheader，它是：

# Application definition
INSTALLED_APPS = [
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.messages',
    'django.contrib.staticfiles',

    # 3rd party apps:
    'corsheaders',
    ...
    ]

MIDDLEWARE = [
    # 3rd party middleware
    'debug_toolbar.middleware.DebugToolbarMiddleware',
    'django.middleware.security.SecurityMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',
    'corsheaders.middleware.CorsMiddleware',
    'django.middleware.common.CommonMiddleware',
    'django.middleware.csrf.CsrfViewMiddleware',
    ...
    ]

CORS_ALLOWED_ORIGINS = [
        "https://example.com",
        "http://example.com",
        "http://localhost:8000",
        "http://localhost:3000",
        "http://127.0.0.1:8000",
    ]

那么，我的問題是什么？是那個嗎

“Nginx 無法在給定位置找到 gunicorn.sock 檔案”

是corsheader的東西嗎？或者兩者兼而有之？以及，如何解決？在進行一些更改以修復管理頁面中的 css 問題之前，我確實有相同的代碼，并且它沒有抱怨 corseheader。感謝您閱讀這篇長長的日志和問題。我認為您需要查看全貌才能說出原因可能是什么。我非常感謝您的幫助，因為這使網站在我們的關鍵時刻處于關閉狀態。

編輯 1： 我還應該注意，當我運行時sudo nano /run/gunicorn.sock，檔案會打開并顯示以下訊息：

[ Error reading /run/gunicorn.sock: No such device or address ]

編輯2：

這篇 Stackover 流程??帖子幫助我進一步除錯了一些東西。運行命令

gunicorn --log-file=- <app_name>.wsgi:application

我發現python-dotenv在我的本地計算機上安裝了幾個包 () 包時，它沒有安裝在 droplet 上。.env安裝軟體包后，由于檔案未在 droplet 上設定，我仍然收到錯誤訊息。所以，基本上我現在的問題是是否可以跟蹤.env檔案，是否應該.env在液滴上創建一個單獨的檔案并將所有環境變數放在那里，或者是否有另一種方法可以在 digitalocean 液滴上設定環境變數（注意液滴是不同于他們的應用平臺）

uj5u.com熱心網友回復：

所以，我的問題，也可能是其他人的問題，是：

  1. 我沒有在我的虛擬環境中安裝我的所有軟體包（因此臭名昭著502 bad gateway）
  2. 我的環境變數沒有設定（所以，我得到了500 Server Error）。我只是.env在服務器上創建了一個檔案并在那里復制了我所有的環境變數（不建議跟蹤.env檔案）
  3. 我的遷移沒有遷移到我的生產資料庫。所以我必須要python manage.py migrate

我可以通過在 settings.py 中設定來除錯問題，DEBUG = True并查看我在哪里得到錯誤以及這些編程錯誤的真正含義（例如，如果你得到一個AttributeError，這意味著你還沒有遷移一些遷移檔案）。哦，請確保您DEBUG = False 稍后轉動以避免暴露該站點。我希望這可以為某人節省 3 天的挖掘和除錯作業；）

轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/474907.html

標籤：django nginx 部署 独角兽 数字海洋

上一篇：Nginx配置以在URI前綴下為Angular應用程式提供服務，其中檔案在與“index.html”相同的檔案夾中生成

下一篇：Nginx背后的Uvicorn

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C＃(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季，第二季，第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說，對作業的節奏也差不多掌握了，作業做起來的效率也更高了。雖然和之前的作業一樣，作業中都要用到新的知識，但是相比之前，更加懂得了如何利用工具以及資料。雖然之間卡過殼，但總體而言，這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元，此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO（2020）第四單元博客作業暨課程總結博客

    北航OO（2020）第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中，由于UML圖具有比較清晰的樹形結構，因此我對其中需要進行查詢操作的元素進行了包裝，在樹的父節點中存盤所有孩子的參考。考慮到性能問題，我采用了快取機制，一次查詢后盡可能快取已經遍歷過的資訊，以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目：第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖，順序圖，狀態圖分析器 MyUmlInteraction，實際上我們要建立一個有向圖模型，UML中的物件（元素）可能與同級元素連接，也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false，將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元：StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中，圖的節點包括類、介面、屬性，子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖，第一遍遍歷建點，第二、三次遍歷設定屬性、連邊，實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素：封裝、繼承、多型。 封裝和繼承，這兩個比較好理解，但要理解多型的話，可就稍微有點難度了。今天，我們就來講講多型的理解。 我們應該經常會看到面試題目：請談談對多型的理解。 其實呢，多型非常簡單，就一句話：呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具：DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest，同時又想使用資料驅動，那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料：http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下： 1.什么是xlrd模塊？ 2.為什么使用xlrd模塊？ 3.怎樣使用xlrd模塊？ 1.什么是xlrd模塊？ ?python操作excel主要用到xlrd和xlwt這兩個庫，即xlrd是讀excel，xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時，底層到底做了什么？

    jdk1.7中的底層實作程序（底層基于陣列+鏈表） 在我們new HashMap()時，底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候： 首先，呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式，它可以用來減少類之間的直接依賴關系，
    * 將物件之間的通信封裝到一個中介者物件中，從而使得各個物件之間的關系更加松散。
    * 在中介者模式中，物件之間不再直接相互互動，而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點，專案投資大概1億，包括了礦山的各方面的內容，顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃，有很多煤礦行業專家的加持，他們的描述是非常完美，但是去年底應該上線的平臺，現在還沒有看到影子。他們確實有很多場景需求，但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序，開始編碼、測驗、除錯之前進行需求分析和架構設計，才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師，不僅僅要緊跟行業技術趨勢，還要結合研發團隊現狀及痛點，探索新的交付方案。在日常中，你是否遇到如下問題 “ 業務需求排期長研發是瓶頸；非研發角色感受不到研發技改提效的變化；引入ISV 團隊又擔心質量和安全，培訓周期長“等等，基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式，它可以用來減少類之間的直接依賴關系，
    * 將物件之間的通信封裝到一個中介者物件中，從而使得各個物件之間的關系更加松散。
    * 在中介者模式中，物件之間不再直接相互互動，而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點，專案投資大概1億，包括了礦山的各方面的內容，顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃，有很多煤礦行業專家的加持，他們的描述是非常完美，但是去年底應該上線的平臺，現在還沒有看到影子。他們確實有很多場景需求，但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序，開始編碼、測驗、除錯之前進行需求分析和架構設計，才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師，不僅僅要緊跟行業技術趨勢，還要結合研發團隊現狀及痛點，探索新的交付方案。在日常中，你是否遇到如下問題 “ 業務需求排期長研發是瓶頸；非研發角色感受不到研發技改提效的變化；引入ISV 團隊又擔心質量和安全，培訓周期長“等等，基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有，只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理：沒有銀彈，架構分層模型更是如此，每一種都有各自優缺點，所以請根據不同的業務場景，并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more

Copyright © 2010-2020 有解無憂