Некоторые диски умирают за 1 час, другие продержались 2 десятилетия.
Если это не является отказавшим или переставший работать (что-то, что можно обычно устанавливать через проблемы контрольного или производительности S.M.A.R.T.), затем, единственная другая причина вывести его состоит в том, если это не является достаточно большим или достаточно быстрым в целях.
У вас есть демонизированный сервер приложений uwsgi с /srv/www/site/logs/uwsgi.log в качестве журнала. Журнал uwsgi должен содержать информацию о том, почему изначально не удалось создать файл sock.
Если посмотреть на ваш error.log, это может быть проблема с правами доступа unix: ///tmp/site.sock, в вашем uwsgi conf.ini вы можете использовать параметр chmod-socket , описанный здесь: uwsgi docs
Я всегда предлагаю новым пользователям начать с официального краткого руководства, так как uWSGI построен с идеей (которая вам может понравиться или нет), что каждое приложение отличается от других и требует определенной настройки. Таким образом, его настройка без полного понимания основных концепций может быть настоящей (реальной) PITA.
Между прочим, похоже, что у вас почти полностью рабочая конфигурация, я заметил следующие неправильные вещи:
] Директива uwsgi_pass в nginx должна иметь вид
uwsgi_pass unix: /tmp/site.sock
(без дополнительных косых черт)
Вам не нужно загружать подключаемый модуль http в экземпляр uWSGI, поскольку nginx изначально использует Протокол uwsgi.
Убедитесь, что / srv / www / site / logs доступен для записи пользователем www-data и, наконец (в качестве предложения), начните использовать сокеты TCP, поскольку они не требуют разрешений и могут быть легко проверены с помощью такого инструмента, как netstat.
Еще одно замечание: вы можете попробовать запустить uwsgi вручную с помощью «uwsgi configfile» после удаления опции «daemonize». Таким образом вы сможете проверить свой терминал на наличие ошибок.
Я знаю, что это довольно поздно, но после некоторого поиска в Google. Если ваш сокет не создается, возможно, вы забыли создать ссылку из ./ apps-enabled
] в каталог ./ apps-available
sudo ln -s /etc/uwsgi/apps-available/mysite.ini /etc/uwsgi/apps-enabled/mysite.ini
$ cat / etc / uwsgi / apps-enabled / README
читает
Некоторые файлы, найденные в этом каталоге, обрабатываются uWSGI init.d скрипт как файлы конфигурации uWSGI.
При загрузке системы для каждого файла конфигурации новый экземпляр демона uWSGI запускается с дополнительной опцией. Название этой опции основано на расширение файла конфигурации. Путь к файлам конфигурации передается как значение опции.
См. более подробную информацию по адресу: * /usr/share/doc/uwsgi/README.Debian.gz * / etc / default / uwsgi
, конечно, вам не нужно перезагружать систему, вы можете просто sudo service uwsgi restart
Примечание : Я только что понял, что вы используете 11.10, а я 12.04, так что это может не сработать для вас.