Подвисания при распаковке архива
Nginx перестает отдавать файлы при распаковке архивов с большим количеством файлов. Пробовал запускать через nice -n 15 ionice -c3 - не помогает. В чем может быть проблема? ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Подвисания при распаковке архива
Про распаковывание с помощью nginx веселая шутка ) Все не совсем так. Я распаковываю tar архив в системе и независимо от того какие приоритеты я выставляю через какое то время nginx начинает медлить с ответом. Вот и возникает вопрос что надо подкрутить чтобы он не обращал на это внимание. Количество открытых файлов в системе я увеличил, но это не дает эффекта. 27 января 2015 г., 17:17 пользователь Валентин Бартенев vb...@nginx.com написал: On Tuesday 27 January 2015 12:25:47 Роман wrote: Nginx перестает отдавать файлы при распаковке архивов с большим количеством файлов. Пробовал запускать через nice -n 15 ionice -c3 - не помогает. В чем может быть проблема? nginx не умеет распаковывать архивы. А при использовании сторонних модулей - это естественный результат. Распаковка архива блокирует рабочий процесс и тот не может обрабатывать соединения. Вывод: не надо распаковывать архивы nginx-ом, он для этого не предназначен. -- Валентин Бартенев ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Подвисания при распаковке архива
28.01.2015 0:09, Роман пишет: Про распаковывание с помощью nginx веселая шутка ) Все не совсем так. Я распаковываю tar архив в системе и независимо от того какие приоритеты я выставляю через какое то время nginx начинает медлить с ответом. Вот и возникает вопрос что надо подкрутить чтобы он не обращал на это внимание. Количество открытых файлов в системе я увеличил, но это не дает эффекта. Телепаты в отпуске. В логах что? И можно еще дебаг-лог включить. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Подвисания при распаковке архива
On Tuesday 27 January 2015 12:25:47 Роман wrote: Nginx перестает отдавать файлы при распаковке архивов с большим количеством файлов. Пробовал запускать через nice -n 15 ionice -c3 - не помогает. В чем может быть проблема? nginx не умеет распаковывать архивы. А при использовании сторонних модулей - это естественный результат. Распаковка архива блокирует рабочий процесс и тот не может обрабатывать соединения. Вывод: не надо распаковывать архивы nginx-ом, он для этого не предназначен. -- Валентин Бартенев ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Подвисания при распаковке архива
27.01.2015 11:25, Роман пишет: Nginx перестает отдавать файлы при распаковке архивов с большим количеством файлов. Пробовал запускать через nice -n 15 ionice -c3 - не помогает. В чем может быть проблема? в логах? :) Скорее всего в лимит открытых файлов уперлись, но опять же - логи где? Сайта и общий. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Невозможно изменить document root
По моему лицу текут слезы. Спасибо вам, Великий Человек за эти слова SELinux! Мне эта штука пару литров крови выпила со вчерашнего обеда. Я ж developer, сижу себе, пилю код, что-то тыкаю в сервере, стараюсь делать все нормально, однако за тенденциями не слежу. Все решается выключением SELinux. Posted at Nginx Forum: http://forum.nginx.org/read.php?21,256299,256302#msg-256302 ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Невозможно изменить document root
Приветствую!
Столкнулся со странным поведение Nginx. Никогда такого не наблюдал ранее.
Если вкратце, то при указании любой root директории отличной от
/usr/share/nginx/html для отсутствующего файла возвращается 404, для
существующего возвращается 403 с соответствующей ошибкой в логе:
2015/01/28 09:02:00 [error] 29646#0: *1 /srv/www/default/index.html is
forbidden (13: Permission denied), client: 109.172.78.32, server: dig.tips,
request: GET / HTTP/1.1, host: dig.tips
1. Права на весь путь от корня к root сайта выставлены
2. Права на /var/lib/nginx/tmp выставлены
Вот nginx.conf:
user nginx;
worker_processes 1;
error_log /var/log/nginx/error.log;
#error_log /var/log/nginx/error.log notice;
#error_log /var/log/nginx/error.log info;
pid/var/run/nginx.pid;
events {
worker_connections 1024;
}
http {
include /etc/nginx/mime.types;
default_type application/octet-stream;
log_format main '$remote_addr - $remote_user [$time_local] $request
'
'$status $body_bytes_sent $http_referer '
'$http_user_agent $http_x_forwarded_for';
client_header_buffer_size1k;
large_client_header_buffers 4 4k;
gzip on;
sendfile on;
index index.php;
include /etc/nginx/conf.d/*.conf;
}
Вот примитивный конфиг хоста, который работает с одним root и не работает с
другим
server {
listen 80;
server_name dig.tips;
root /srv/www/default;
# root /usr/share/nginx/html;
location / {
index index.html;
}
}
Платформа: VPS flops.ru, Centos 6.5. Ставил разные версии nginx, результат
одинаковый. Сложилось ощущение, что document_root где-то захардкодили. Кто
сталкивался?
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,256299,256299#msg-256299
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Невозможно изменить document root
28 января 2015 г., 9:10 пользователь Dmitrij nginx-fo...@nginx.us написал: Приветствую! Столкнулся со странным поведение Nginx. Никогда такого не наблюдал ранее. Если вкратце, то при указании любой root директории отличной от /usr/share/nginx/html для отсутствующего файла возвращается 404, для существующего возвращается 403 с соответствующей ошибкой в логе: 2015/01/28 09:02:00 [error] 29646#0: *1 /srv/www/default/index.html is forbidden (13: Permission denied), client: 109.172.78.32, server: dig.tips, request: GET / HTTP/1.1, host: dig.tips 1. Права на весь путь от корня к root сайта выставлены Нужны еще права на промежуточные папки. Они есть? ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Невозможно изменить document root
On 28 Jan 2015, at 10:02, Dmitrij nginx-fo...@nginx.us wrote: По моему лицу текут слезы. Спасибо вам, Великий Человек за эти слова SELinux! Мне эта штука пару литров крови выпила со вчерашнего обеда. Я ж developer, сижу себе, пилю код, что-то тыкаю в сервере, стараюсь делать все нормально, однако за тенденциями не слежу. Все решается выключением SELinux. JFYI: http://nginx.com/blog/nginx-se-linux-changes-upgrading-rhel-6-6/ ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Невозможно изменить document root
SELinux?
On Wed, 28 Jan 2015 01:10:21 -0500
Dmitrij nginx-fo...@nginx.us wrote:
Приветствую!
Столкнулся со странным поведение Nginx. Никогда такого не наблюдал
ранее. Если вкратце, то при указании любой root директории отличной от
/usr/share/nginx/html для отсутствующего файла возвращается 404, для
существующего возвращается 403 с соответствующей ошибкой в логе:
2015/01/28 09:02:00 [error] 29646#0: *1 /srv/www/default/index.html
is forbidden (13: Permission denied), client: 109.172.78.32, server:
dig.tips, request: GET / HTTP/1.1, host: dig.tips
1. Права на весь путь от корня к root сайта выставлены
2. Права на /var/lib/nginx/tmp выставлены
Вот nginx.conf:
user nginx;
worker_processes 1;
error_log /var/log/nginx/error.log;
#error_log /var/log/nginx/error.log notice;
#error_log /var/log/nginx/error.log info;
pid/var/run/nginx.pid;
events {
worker_connections 1024;
}
http {
include /etc/nginx/mime.types;
default_type application/octet-stream;
log_format main '$remote_addr - $remote_user [$time_local]
$request '
'$status $body_bytes_sent $http_referer '
'$http_user_agent $http_x_forwarded_for';
client_header_buffer_size1k;
large_client_header_buffers 4 4k;
gzip on;
sendfile on;
index index.php;
include /etc/nginx/conf.d/*.conf;
}
Вот примитивный конфиг хоста, который работает с одним root и не
работает с другим
server {
listen 80;
server_name dig.tips;
root /srv/www/default;
# root /usr/share/nginx/html;
location / {
index index.html;
}
}
Платформа: VPS flops.ru, Centos 6.5. Ставил разные версии nginx,
результат одинаковый. Сложилось ощущение, что document_root где-то
захардкодили. Кто сталкивался?
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,256299,256299#msg-256299
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
--
Warm Regards,
Aleksei Miheev
mailto:alek...@miheev.info | xmpp:alek...@miheev.info
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Невозможно изменить document root
Andrei Belov de...@nginx.com писал(а) в своём письме Wed, 28 Jan 2015 13:08:43 +0600: On 28 Jan 2015, at 10:02, Dmitrij nginx-fo...@nginx.us wrote: По моему лицу текут слезы. Спасибо вам, Великий Человек за эти слова SELinux! Мне эта штука пару литров крови выпила со вчерашнего обеда. Я ж developer, сижу себе, пилю код, что-то тыкаю в сервере, стараюсь делать все нормально, однако за тенденциями не слежу. Все решается выключением SELinux. JFYI: http://nginx.com/blog/nginx-se-linux-changes-upgrading-rhel-6-6/ ИМХО, очень зря решается выключением. В первую очередь разработчик приложения и мэйнтейнер должны знать и предоставить информацию о том, какие разрешения необходимы приложению для корректного выполнения, а в идеале еще и написать policy-файл. Каждый раз когда кто-то выключает SELinux где-то плачет Dan Walsh (http://stopdisablingselinux.com/) -- With best regards, Eugene JONIK Peregudov mailto: eugene.peregu...@gmail.com ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Подвисания при распаковке архива
ionice 28 января 2015 г., 2:09 пользователь Роман n.g.i.n.x@gmail.com написал: Про распаковывание с помощью nginx веселая шутка ) Все не совсем так. Я распаковываю tar архив в системе и независимо от того какие приоритеты я выставляю через какое то время nginx начинает медлить с ответом. Вот и возникает вопрос что надо подкрутить чтобы он не обращал на это внимание. Количество открытых файлов в системе я увеличил, но это не дает эффекта. 27 января 2015 г., 17:17 пользователь Валентин Бартенев vb...@nginx.com написал: On Tuesday 27 January 2015 12:25:47 Роман wrote: Nginx перестает отдавать файлы при распаковке архивов с большим количеством файлов. Пробовал запускать через nice -n 15 ionice -c3 - не помогает. В чем может быть проблема? nginx не умеет распаковывать архивы. А при использовании сторонних модулей - это естественный результат. Распаковка архива блокирует рабочий процесс и тот не может обрабатывать соединения. Вывод: не надо распаковывать архивы nginx-ом, он для этого не предназначен. -- Валентин Бартенев ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Подвисания при распаковке архива
28 января 2015 г., 0:44 пользователь denis de...@webmaster.spb.ru написал: 28.01.2015 0:09, Роман пишет: Про распаковывание с помощью nginx веселая шутка ) Все не совсем так. Я распаковываю tar архив в системе и независимо от того какие приоритеты я выставляю через какое то время nginx начинает медлить с ответом. Вот и возникает вопрос что надо подкрутить чтобы он не обращал на это внимание. Количество открытых файлов в системе я увеличил, но это не дает эффекта. Телепаты в отпуске. В логах что? И можно еще дебаг-лог включить. Все нормально, телепаты на месте. Подозреваю что вашей системе не хватает IO для того чтобы отдавать файлики через nginx и одновременно что-то делать с диском. Как вариант, ionice для распаковки понизить, для кеш-менеджера повысить. Угадал? ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
