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

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

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

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

Ответы

Ответ 1

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

Вы можете попытаться выполнить "svn relocate" на https://example.org/example_rep.

Ответ 2

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

Поместите это в мою голову:

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

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

Ответ 3

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

Ответ 5

Обычно я не публикую, но моя команда провела 12 человеко-часов, чтобы устранить эту проблему.

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

Ответ 6

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

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

Ответ 7

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

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

Ответ 8

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

Ответ 9

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

Ответ 10

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

Ответ 11

Взгляните на настройки конфигурации прокси-сервера... попробуйте отключить его использование

Ответ 12

У меня была такая же проблема (но, возможно, у меня была другая конфигурация конфигурации, похоже, была простая ваниль)

В приведенных ниже строках показана моя последняя ошибка и мое исправление. (Благодаря вышеуказанным предложениям - Джошуа)

[[email protected] RubymineProjects]$ svn checkout svn://localhost/home/user1/DummySVNrepo
svn: URL 'svn://localhost/home/user1/DummySVNrepo' doesn't exist

[[email protected] RubymineProjects]$ svn checkout svn+ssh://localhost/home/user1/DummySVNrepo

The authenticity of host 'localhost (::1)' can't be established.RSA key fingerprint is 10:8d:10:04:00:02:b1...
Are you sure you want to continue connecting (yes/no)? yes
[email protected] password: 
[email protected] password: 
A    DummySVNrepo/test
A    DummySVNrepo/test/unit
... etc

Ответ 13

Получена та же проблема. Даже когда я пытался переместиться, появилась ТОЛЬКО ошибка.

Мое решение: я открыл браузер репо. После этого ошибка исчезла при обновлении и фиксации. Не спрашивайте меня, почему:)

Ответ 14

Ну как и кто в этой теме, такая же проблема, другая причина.

Мне пришлось изменить параметр SVNPath на SVNParentPath. Причина в том, что SVNPath обрабатывает только один репозиторий, и он префикрует это URL-адресу, который запрашивает браузер.   Но в моей установке у меня был каталог со всеми svn-репозиториями в нем и что получает ручки от SVNParentPath. Ниже приведена директива моего местоположения для apache2.

<Location /svn/>
    DAV svn
    SVNParentPath /svn
    AUTHType Basic
    AUTHName "foo"
    AuthUserFile /path/to/passwd
    AuthzSVNAccessFile /path/to/authz-svn-access
    Require valid-user
</Location>

Ответ 15

Я нашел Nick Urban comment очень полезно:

sudo /opt/cisco/anyconnect/bin/websecurity_uninstall.sh