WSGI не может получить доступ к файлу, но полномочия корректны
Я бесспорно пошел бы с Atom. Это в порядке, и синхронизированное ниже, но это является также многопоточным и не имеет ужасно длинного конвейера, который P4 сделал для достижения высоких тактовых частот. Я держу пари, что это было бы соединено с более быстрой RAM в этом случае также.
Проблема заключалась в том, что у меня был SELINUX = enforcing в / etc / selinux / config .
После того, как я установил SELINUX = permissive , SELINUXTYPE = target и перезагрузка wsgi может получить доступ ко всем файлам правильно.
Взгляните на / proc / , в котором должны быть перечислены все открытые файлы, открытые для PID .
В моей системе CentOS fd 7 равен
lrwx------. 1 root root 64 Aug 28 22:01 7 -> socket:[1872522]
, и я могу использовать netstat -ane | grep 1872522 для получения
tcp 0 0 :::443 :::* LISTEN 0 1872522
Вы можете использовать
lsof | grep 266474069
для получения информации о конвейере.
Глядя на мой маленький VPS, я могу определить номер fd следующим образом:
ll /proc/17684/fd/ |colrm 1 46
0 -> /dev/null
1 -> /dev/null
10 -> /var/www/vhosts/censored.xenuser.org/statistics/logs/error_log
11 -> /var/www/vhosts/censored.de/statistics/logs/error_log
12 -> /var/www/vhosts/censored.org/statistics/logs/error_log
13 -> /var/www/vhosts/xenuser.org/statistics/logs/error_log
14 -> /var/log/apache2/access.log
[и так далее, где 17684 - это PID процесса, который я использовал ранее]