Что вызывает svn error 413 Request Entity слишком большой?
иногда я получаю сообщение об ошибке "413 Request Entity Too Large" при обновлении репозитория svn. Как только я получаю эту ошибку, она продолжается каждый раз, когда я пытаюсь обновить локальную рабочую копию. Новый выезд решит проблему, но очень неудобно. Проект занимает более 30 ГБ, а репозиторий SVN размещен снаружи.
Это произошло в прошлом на нескольких разных компьютерах, включая машины разработки Windows и нашу сборку Linux сервер.
большая часть того, что я нашел по этому вопросу, относится к большим отдельным файлам (более 2 ГБ). Здесь это не так, так как самые большие файлы ок. 50-60 МБ.
кто-нибудь еще сталкивался с этим раньше и/или знает причину/решение этого?
6 ответов:
попробуйте добавить следующие директивы конфигурации в файл конфигурации Apache:
LimitXMLRequestBody 8000000 LimitRequestBody 0
У меня нет доступа к моему серверу РЕПО (он управлялся, и его в выходные дни). Так что я обнаружил, что я мог бы обойти эту проблему, выполнив обновление SVN на подкаталоги, пока один не сработает. Затем я спустился в этот dir, пока не перестал получать ошибку 413. Тогда я мог бы сделать обновление на более высоких уровнях. Может не работать для всех, но может помочь вам в чрезвычайной ситуации
сделал короткий скрипт bash для перебора подкаталогов, в ответ mdh:
for dir in *; do [[ -e $dir ]] || continue echo "Updating $dir" svn up $dir done svn up
недавно у меня была эта проблема с любым файлом более 10 МБ. Оказывается, я забыл, что проксирую сервер svn / apache с помощью nginx. Изменение
client_max_body_sizeнаnginx.confИсправлена проблема. Я ушелLimitXMLRequestBodyиLimitRequestBodyна сервере Apache по умолчанию.
кроме того, если вы запускаете mod_security, рассмотрите возможность проверки Вашего параметра SecRequestBodyLimit. Мой был установлен слишком низко и вызывал проблему.
см. также: RequestReadTimeout, который ограничивает время для чтения заголовков и тела http://httpd.apache.org/docs/2.2/mod/mod_reqtimeout.html
Comments