Я начал получать эту ошибку сегодня в моем репозитории subversion при попытке обновления. Любые предложения?
svn: ОПЦИИ http://example.org/example_repo ': Не удалось прочитать строку состояния: соединение было закрыто сервером (http://example.org)
Похоже, что когда я использую svn + ssh вместо HTTP, он работает.
Я считаю, что это проблема протокола. Вы недавно изменили настройки сервера в отношении HTTP/HTTPS?
Вы можете попытаться выполнить "svn relocate" на https://example.org/example_rep.
У меня была та же проблема. Он оказался конфликтом с модулем Web Security для Cisco Anyconnect Client. Я понял это из-за некоторых сообщений консоли, которые я видел, сделал поиск и нашел это: http://www.thebitguru.com/blog/view/394-Random%20Slowdown%20of%20Browsers%20in%20OS%20X%20Mountain%20Lion
Поместите это в мою голову:
Это было странно, потому что раньше все было хорошо.
это сработало для меня. Я пробовал HTTP, когда у меня был HTTPS.
Это случилось со мной после того, как мой клиент Cisco VPN (AnyConnect Secure Mobility Client) обновил себя. Я исправил его, удалив и переустановив клиент с параметрами, показанными в этом сообщении в блоге:
Обычно я не публикую, но моя команда провела 12 человеко-часов, чтобы устранить эту проблему.
Для нас это также оказалось конфликтом с клиентом Cisco AnyConnect
Была та же проблема. Для меня, в конце концов, это оказалось (возможно) чем-то связанным с моими виртуальными хостами apache и SSL-сертификатом для сервера (я убрал несколько своих виртуальных хостов и заменил мой сертификат snakeoil на подлинный - последний, который я подозревал, был реальной причиной моей проблемы).
Решение. Что для меня работало - это очистить все сохраненные пароли в клиентах (я использовал Eclipse - подзаголовок или подрывную, я забыл, что - и Tortoise). Я предполагаю, что какое-то хэширование на основе SSL-сертификата использовалось где-то вдоль линии для шифрования сохраненного пароля, что сделало их недоступными или недействительными, когда я заменил сертификат.
Я сделал изменения в сертификатах моего HTTPS-сервера, и, как сказано выше, что-то с кэшами пошло не так с моим репозиторием.
Я переместил репозиторий в тот же URL-адрес, и ошибка исчезла. (сначала резервное копирование)
Моя проблема заключалась в том, что у меня есть мой путь как http://.... и я работаю с файловой системой, тогда мой путь SVN должен быть файлом://, я пытаюсь переместить и поместить его как файл://и работает хорошо.
Эта проблема также имела место для меня. Причина оказалась прозрачным веб-прокси (Squid), который мы создали. Брандмауэр здесь настроен на бесшумное перенаправление всего трафика порта 80 через Squid. Добавление исключения в имя хоста сервера SVN в конфигурации брандмауэра устранило проблему.
Переход от http к https работал у меня
Взгляните на настройки конфигурации прокси-сервера... попробуйте отключить его использование
У меня была такая же проблема (но, возможно, у меня была другая конфигурация конфигурации, похоже, была простая ваниль)
В приведенных ниже строках показана моя последняя ошибка и мое исправление. (Благодаря вышеуказанным предложениям - Джошуа)
[[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
Получена та же проблема. Даже когда я пытался переместиться, появилась ТОЛЬКО ошибка.
Мое решение: я открыл браузер репо. После этого ошибка исчезла при обновлении и фиксации. Не спрашивайте меня, почему:)
Ну как и кто в этой теме, такая же проблема, другая причина.
Мне пришлось изменить параметр 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>
Я нашел Nick Urban comment очень полезно:
sudo /opt/cisco/anyconnect/bin/websecurity_uninstall.sh