SVN: не удалось прочитать строку состояния: соединение было закрыто сервером

Question

Я начал получать эту ошибку сегодня в моем хранилище Subversion, когда я пытаюсь обновить. Есть предложения?

svn: ОПЦИИ 'http://example.org/example_repo': Не удалось прочитать строку состояния: соединение было закрыто сервером (http://example.org)

Похоже, что когда я использую svn + ssh вместо HTTP, он работает.

Answer 1

У меня была такая же проблема. Это оказалось конфликтом с модулем Web Security клиента Cisco Anyconnect Client. Я понял это из-за некоторых сообщений консоли, которые я видел, сделал поиск и нашел это: http://www.thebitguru.com/blog/view/394-Random%20Slowdown%20of%20Browsers%20in%20OS%20X%20Mountain%20Lion

Соедини это в моей голове:

• удалено cisco anyconnect, успех
• переустановил anyconnect без модуля "Web Security", успех.

Это сбивало с толку, потому что раньше все работало нормально.

Answer 2

Я считаю, что это проблема протокола. Вы недавно изменили какие-либо настройки сервера в отношении HTTP / HTTPS?

Вы можете попробовать "svn relocate" для https://example.org/example_rep.

Answer 3

у меня сработало. Я попробовал HTTP, когда у меня должен был быть HTTPS.

Answer 4

Это произошло со мной после того, как мой клиент Cisco VPN (AnyConnect Secure Mobility Client) обновился. Я исправил это, удалив и переустановив клиент с параметрами, показанными в этом сообщении в блоге:

http://www.thebitguru.com/blog/view/394-Random%20Slowdown%20of%20Browsers%20in%20OS%20X%20Mountain%20Lion

Answer 5

Я обычно не пишу, но моя команда потратила 12 человеко-часов на устранение неполадок.

Для нас это также оказалось конфликтом с клиентом Cisco AnyConnect

Answer 6

Я внес изменения в сертификаты моего HTTPS-сервера, и, как сказано выше, в моем репозитории что-то пошло не так.

Я переместил хранилище в тот же URL, и ошибка исчезла. (сначала резервное копирование)

Answer 7

Была такая же проблема. Для меня, в конце концов, оказалось (вероятно) что-то связанное с тем, что я испортил мои виртуальные хосты apache и сертификат SSL для сервера (я убрал несколько своих виртуальных хостов и заменил свой сертификат snakeoil подлинный - последний, я подозреваю, был настоящей причиной моей проблемы).

Решение: для меня сработало очистить все сохраненные пароли в клиентах (я использовал Eclipse - subclipse или subversive, я забыл, какой - и Tortoise). Я предполагаю, что какое-то хеширование на основе SSL-сертификата использовалось где-то вдоль линии для шифрования сохраненного пароля, что делало их недоступными или недействительными при замене сертификата.

Answer 8

Переход с http на https работал у меня

Answer 9

Эта проблема также возникала для меня. Причиной стало то, что мы создали прозрачный веб-прокси (Squid). Брандмауэр здесь настроен на тихое перенаправление всего трафика порта 80 через Squid. Добавление исключения к имени хоста сервера SVN в конфигурации брандмауэра устранило проблему.

Answer 10

Моя проблема состояла в том, что у меня есть мой путь как http: // .... и я работаю с файловой системой, тогда мой путь SVN должен быть file: //, я пытаюсь переместить и поместить его как файл: // и работает хорошо.