Здравствуйте.
У меня аналогичная проблема с rtorrent+rutorrent+nginx+php-fpm.
Когда захожу на web-интрерфейс, то получаю в "Лог" следующие сообщения:
[09.05.2014 00:23:19] WebUI started.
[09.05.2014 00:23:20] rTorrent должен иметь доступ на чтение/выполнение к директории tmp. ruTorrent не будет работать. (/tmp/)
[09.05.2014 00:23:20] rss: Часть функциональности плагина будет недоступна. Веб сервер не имеет доступа к внешней программе (curl).
[09.05.2014 00:23:20] rutracker_check: Плагин не будет работать. Веб сервер должен иметь доступ на выполнение к директории session rtorrent (./.rtorrent-session/).

  • Пункт про /tmp.
  • В "config.php" web-интерфейса rutorrent, указано $tempDirectory = '/tmp/';. А права на /tmp - 777. Почему всплывает это сообщение? Просто для "общего развития" ? Не понятно...
  • Пункт про rss.
  • curl в системе установлен. Путь к программе есть в переменной PATH. Что еще нужно ?
  • Пункт про rutracker_check.
  • Из ErrorMessages.wiki следует, что проблема кроется в open_basedir, либо с назначением прав. У меня в конфигурации nginx.conf прописан "user http;", этот пользователь входит в группу users вместе с моим пользователем. Права на папку:
    drwxr-xr-x  2 shaman users   4096 Май  9 00:35 .rtorrent-session
    Что более чем достаточно. В open_basedir добавил к имеющемуся, строку взятую из арч-вики. Теперь имеет вид:
    open_basedir= /srv/http/:/home/:/tmp/:/usr/share/pear/:/usr/share/webapps/:/etc/webapps/:/etc/webapps/rutorrent/conf/:/usr/share/webapps/rutorrent/php/:/usr/share/webapps/rutorrent/
  • На сам rutorrent установлены права http:users
  • sudo chown -R http:users /usr/share/webapps/rutorrent

В системе используются:
  1. extra/nginx 1.6.0-1
  2. local/rutorrent 3.6-2
  3. community/rtorrent 0.9.3-2
  4. extra/php-fpm 5.5.12-1

Как решить эти проблемы ? Не понятно...
Безделье порождает ересь © Warhammer 40.000
Спасибо за советы. Мне помогли конфиги palpalych'а. В чем проблема была, не выяснял еще.
Безделье порождает ересь © Warhammer 40.000
Как я понимаю если указан в конфиге fastcgi_pass 127.0.0.1:9000;, то php-fpm должен слушать 9000 порт ?
Проверяю:
# systemctl status php-fpm.service
php-fpm.service - The PHP FastCGI Process Manager
   Loaded: loaded (/usr/lib/systemd/system/php-fpm.service; disabled)
   Active: active (running) since Чтв 2014-03-20 12:01:51 NOVT; 42s ago
 Main PID: 7153 (php-fpm)
   Status: "Processes active: 0, idle: 2, Requests: 0, slow: 0, Traffic: 0req/sec"
   CGroup: /system.slice/php-fpm.service
           ├─7153 php-fpm: master process (/etc/php/php-fpm.conf)
           ├─7154 php-fpm: pool www
           └─7155 php-fpm: pool www

Мар 20 12:01:51 arch systemd[1]: Started The PHP FastCGI Process Manager.
Hint: Some lines were ellipsized, use -l to show in full.
# netstat -an | grep 9000
В выхлопе пусто.
Безделье порождает ересь © Warhammer 40.000
corner
все файлы из /etc/nginx
Я переустановил nginx php php-fpm, вставил Ваши конфиги, получаю ошибку 502 Bad Gateway...
Безделье порождает ересь © Warhammer 40.000
palpalych
StonedShaman
но теперь вместо 404, скачивает файл
у меня так было вот решение, читать после фразы На запрос:
location ~ \.php$ {
root /srv/http;
fastcgi_pass unix:/var/run/php-fpm/php-fpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include /etc/nginx/fastcgi_params;
}
Играя с конфигами получил 3 варианта развития событий:
  1. php файл скачивается
  2. ошибка 404
  3. и страница с надписью "file not found"

Вообще не могу понять что происходит. Может это как-то связано с fastcgi ? Я не профи, но хочу поднять nginx что-бы работал php и потом поднять поддержку python.
Безделье порождает ересь © Warhammer 40.000
palpalych
Вот тебе мануал раз, два, а это то что у меня получилось, а вообще я специально темы создавал чтобы разобраться
Спасибо за ссылки. Сделал всё как в aminempire и по вашему примеру, но теперь вместо 404, скачивает файл. Я теперь вообще не пойму что делать... Я предполагаю, php-fpm не работает, если можно так выразится. Потому как html файлы открываются без проблем.
Безделье порождает ересь © Warhammer 40.000
У меня была подобная беда. Писал с помощью dd, и unetbootin. dd - не грузилась флешка вообще, unetbootin - не монтирует образ. Записал при помощи mintstick на linux mint, всё работает. При загрузке с флешки показался даже логотип Arch.
Безделье порождает ересь © Warhammer 40.000