Ошибка в nginx, не пойму в чем проблема?

Question

[Сергей]

Выдает 413 Request Entity Too Large при загрузке файла через веб интерфейс.
Директива в конфигах client_max_body_size 100m

Загружаю файл в 12 мб, из-за чего ошибка тогда?

Nginx работает, как фронтэнд к apache, возможно важно и стоит об этом упомянуть, но почему-то уверен, что проблема не в этом.

Comments

[Сергей]

В логах апача ошибок нет.
Ошибка только в логах nginx:

2012/06/07 20:03:13 [error] 2859#0: *23 client intended to send too large body: 13500621 bytes,

в php.ini upload_max_filesize и post_max_size имеют по 30m

[Сергей]

конфиг nginx выложил на файлообменник: www.putit.ru/share/application/octet-stream/1357749980/nginx.conf

В нем же и ошибка возникает при файлах в 10 мб и более.
(пилю проект в качестве восстановления пробелов в знаниях, т.к. самоучка)

[Сергей]

Господа, конфиги апач, nginx и php лежат в архиве по ссылке

[Сергей]

Логи тоже там

Answer 1

[VBart]

Ну вот, сами донастраивались:
Ваш putit.ru:

upstream putit {
    # Адрес back-end'a
    server putit.ru:8080;
}

server {
    listen 80;
    server_name www.putit.ru putit.ru;

    access_log /home/username/domains/putit.ru/logs/nginx_access.log;
    error_log /home/username/domains/putit.ru/logs/nginx_error.log;

    # Перенаправление на back-end
    location / {
         proxy_pass backend;
         include /etc/nginx/proxy.conf;
    }

    ....
}

Ваш proxy.conf:

proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
client_max_body_size 10m;
client_body_buffer_size 128k;
proxy_connect_timeout 90;
proxy_send_timeout 90;
proxy_read_timeout 90;
proxy_buffer_size 16k;
proxy_buffers 16 16k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 64k;

Comments

[Сергей]

Вы великолепны! Спасибо.

Answer 2

[mitnlag]

Дак включите дебаг м гляньте error.log. Не нужно фантазий

Comments

[Сергей]

О каком отладчике идет речь?

[mitnlag]

Желательно использовать голову. nginx.org/en/docs/debugging_log.html

[Сергей]

Так логи же итак пишутся, значит он включен, нет? Логи и конфиги можно посмотреть тут, или логи — это не те логи, у отладчика будут другие? Прошу простить, знания мои ужасны.

Answer 3

[zuborg]

Вполне может быть что эту ошибку генерирует апач, проверьте post_max_size в php.ini, и error логи nginx-а и апача, также сравните access-логи для Вашего запроса в nginx-е и апаче

Comments

[impass]

ошибки Апача никак не могут оказаться в логе Nginx ;)

[Сергей]

Логи и конфиги по ссылке

Answer 4

[gaelpa]

Почему вы считаете, что проблема именно в nginx?
У apache есть
httpd.apache.org/docs/2.0/mod/core.html#limitrequestbody
httpd.apache.org/docs/2.0/mod/core.html#limitxmlrequestbody
У пхп есть (если вы используете его, если нет, то см доки по своему бэкэнду)
ru2.php.net/manual/en/ini.core.php#ini.upload-max-filesize
ru2.php.net/manual/en/ini.core.php#ini.post-max-size

Comments

[gaelpa]

P.S. zuborg в тему посоветовал проверить логи, для локализации «затыка».

[Сергей]

В логах все ок, кроме nginx (значения написал выше). в php.ini все в норме, не работает. limitrequestbody в конфиге апача вообще не нашел, вписал вручную, эксперементировал с разными значениями, не заработало, оставил по дефолту 0 (без ограничения ведь, да?).

[gaelpa]

Приведите полный конфиг (можно на pastebin, etc с затертыми «чувствительными» данными)?

[Сергей]

pastebin пишет, что он под хайлоад мега нагрузками, попробуйте мол позже, выложил на файлообменник: www.putit.ru/share/application/octet-stream/1357749980/nginx.conf

В нем же и ошибка возникает при файлах в 10 мб и более.
(пилю проект в качестве восстановления пробелов в знаниях, т.к. самоучка)

[Сергей]

Или надо конфиг апача?

[gaelpa]

Судя по конфигу все должно работать как надо. Остаются только совсем тривиальные гипотезы, вроде перегрузки этого параметра в соответствующей server-секции, неперезагрузки демона nginx после изменения или редактирования не того когфига (не на том сервере), который использует демон.

[Сергей]

делал /etc/init.d/nginx и apache restart после каждого изменения, даже физически перезагрузил его разок, толку нет. Конфиг апача поможет? или проблема точно не в нем, раз в логах пусто?

[VBart]

to butteff
Покажите конфиг с тем самым блоком server, который обрабатывает тот самый запрос.

[Сергей]

%VBart%, конфиги и логи, все, какие есть, доступны по ссылке. Это содержимое папки /etc/

[VBart]

to butteff
Смотрите ответ ниже. Никакой магии.

Answer 5

[Андрей Буров]

В какой секции находится client_max_body_size? (попробуйте указать в http/server)

Comments

[Сергей]

в дефолтном конфиге было значение в 1m, я изменил до 100m, т.е. сам эту строку с нуля я не писал. не думаю, что в дефолтном конфиге была ошибка в нужном нахождении для этой строки.

[VBart]

to butteff
В дефолтном конфиге nginx-а вообще нету этой директивы (можете скачать архив с nginx.org и убедиться в этом самостоятельно), и было бы странно, если бы была, учитывая, что это и так её значение по-умолчанию.

[gaelpa]

VBart на nginx.org может и нет, а в пакетах — почему нет?

[VBart]

to gaelpa
Мейнтейнер конкретного репозитория такой же пользователь nginx-а и дописать в конфиг мог все, что ему вздумается, поэтому аргументация: «не думаю, что в дефолтном конфиге была ошибка в нужном нахождении для этой строки» — тут не действует. Директива client_max_body_size прекрасно работает и делает свое дело. Куда вероятнее, что butteff меняет её значение совсем не в том месте, где обрабатывается конкретный запрос.

Answer 6

[forefinger]

Для попробовать — установите client_max_body_size в 0 (client_max_body_size).
А вообще хотелось бы увидеть обезличенный конфиг.

Comments

[Сергей]

результата не дало.

[Сергей]

что такое обезличенный конфиг?

[forefinger]

Обезличенный конфиг — ваш конфиг, в котором домены и ip-адреса заменены на вымышленные.
В другом ответе, вы уже дали конфиг nginx, но хотелось бы увидеть что находится в файлах /etc/nginx/conf.d/*.conf и /etc/nginx/sites-enabled/* или хотя бы удостовериться что в них нет указания client_max_body_size.

[forefinger]

Судя по вашему логу и сорцам nginx до апача дело не дошло:

    if (r->headers_in.content_length_n != -1
        && !r->discard_body
        && clcf->client_max_body_size
        && clcf->client_max_body_size < r->headers_in.content_length_n)
    {    
        ngx_log_error(NGX_LOG_ERR, r->connection->log, 0,
                      "client intended to send too large body: %O bytes",
                      r->headers_in.content_length_n);

        (void) ngx_http_discard_request_body(r);
        ngx_http_finalize_request(r, NGX_HTTP_REQUEST_ENTITY_TOO_LARGE);
        return NGX_OK;
    }

Но сообщение в логе при client_max_body_size == 0 появиться просто не может, этот кусок кода не менялся с nginx-0.5.38 по nginx-1.3.1 (самая ранняя и самая поздняя доступные на текущий момент на сайте nginx.org), следовательно client_max_body_size где-то перезаписывается.

[VBart]

to forefinger
Вообще-то на сайте доступны версии вплоть до 0.1.0: nginx.org/download/
Более того, есть же публичный svn, да еще и с web-интерфейсом: trac.nginx.org/nginx/browser
и эти строчки кода практически не менялись ещё с самой первой публичной версии, т. е. с 2004-го года.

[forefinger]

Каюсь, что не стал искать более ранние версии, за что прошу простить меня, особенно учитывая то, что сей факт дела не меняет совершенно.

[VBart]

Я и не виню. =) Так, для информации, коль заинтересовались аж 0.5…

[Сергей]

Выложил конфиги (все) сюда

Answer 7

[vadv]

место в tmp dir, который указан в php есть?

Comments

[Сергей]

терабайт жесткого, место есть.

Answer 8

[Merlyel]

А в дебаг для нужного виртхоста пробовали запускать и смотреть?