Я начал получать эту ошибку сегодня в моем репозитории subversion при попытке обновления. Какие-либо предложения?SVN: Не удалось прочитать строку состояния: соединение было закрыто сервером
СВН: опции 'http://example.org/example_repo': Не удалось прочитать строку состояния: соединение закрыто сервером (http://example.org)
Это кажется, что, когда я использую SVN + SSH вместо HTTP, он работает ,
Я считаю, что это проблема протокола. Вы недавно изменили настройки сервера в отношении HTTP/HTTPS?
Вы можете попробовать и выполнить переход «svn relocate» на https://example.org/example_rep.
Нет, у меня только http-доступ - нет https – Joshua
Почему это принятый ответ ...? Это не ответ. – daniel0mullins
Это неправильный ответ. – Amir
это сработало для меня. Я пробовал HTTP, когда у меня был HTTPS.
Я упомянул ответ zodeus. – 2009-11-10 16:48:19
Да, вы получите эту ошибку, если поместите в http вместо https – RichardOD
Да, переместите URL-адрес с http на https и будете работать нормально. –
Посмотрите настройки прокси-сервера конфигураций ... попробуйте снимите использование его
Это была плохая конфигурация на HTTP-сервере. – Joshua
Какая плохая конфигурация на HTTP-сервере? –
Моя проблема была, что у меня есть свой путь как HTTP: // .... и я работаю с файловой системой, то мой путь SVN должен быть файлом: //, я пытаюсь переместить и поместить его в файл: // и он работает хорошо.
Спасибо! Это была моя проблема. Я использовал в качестве своего пути следующее: file: /// usr/local/svn/repos/myrepo, и он работал как шарм! – Luis
Эта проблема также возникала для меня. Причина оказалась прозрачным веб-прокси (Squid), который мы создали. Брандмауэр здесь настроен на бесшумное перенаправление всего трафика порта 80 через Squid. Добавление исключения в имя хоста сервера SVN в конфигурации брандмауэра устранило проблему.
Была такая же проблема. Для меня, в конце концов, это оказалось (возможно) чем-то связанным с моими виртуальными хостами apache и SSL-сертификатом для сервера (я убрал несколько своих виртуальных хостов и заменил мой сертификат snakeoil на подлинная - последняя, которую я подозревал, была реальной причиной моей проблемы).
Решение: для меня работала очистка всех сохраненных паролей в клиентах (я использовал Eclipse - подзаголовок или подрывную, я забыл, что - и черепаха). Я предполагаю, что какое-то хэширование на основе SSL-сертификата использовалось где-то вдоль линии для шифрования сохраненного пароля, что сделало их недоступными или недействительными, когда я заменил сертификат.
У меня был такая же проблема (но, возможно, имели различные настройки конфигурации - казалось простой ваниль, хотя)
Строка ниже показывает свою последнюю ошибку, и мои «исправить». (Благодаря выше предложения - Joshua)
[[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]'s password:
[email protected]'s password:
A DummySVNrepo/test
A DummySVNrepo/test/unit
... etc
Я сделал изменения в сертификатах мой HTTPS-сервер, и, как сказано выше, то с кэшами пошло не так с моим репозиторием.
Я переместил репозиторий по тому же адресу, и ошибка исчезла. (резервное копирование)
Похожая проблема. Даже когда я пытался переехать, появилась ТОЛЬКО ошибка.
Мое решение: я открыл браузер репо. После этого ошибка исчезла при обновлении и фиксации. Не спрашивайте меня, почему :)
У меня была та же проблема. Он оказался конфликтом с модулем веб-безопасности Cisco Anyconnect Client.Я понял, что это из-за некоторых консольных сообщений, которые я видел, сделал поиск и нашел это: http://www.thebitguru.com/blog/view/394-Random%20Slowdown%20of%20Browsers%20in%20OS%20X%20Mountain%20Lion
Положите его вместе в моей голове:
Это было ошеломляющим, потому что раньше все было хорошо.
удалено cisco annyconnect. те, кто хочет знать, как удалить эту ссылку, ссылаются на эту ссылку https://wiki.umms.med.umich.edu/display/UMHSHELPDESK/VPN+-+Cisco+AnyConnect+Client+for+Macintosh#VPN-CiscoAnyConnectClientforMacintosh-uninstall – vaibhav
svn is работая снова. Благодарю. – vaibhav
Спасибо. это сработало и для меня. – nkongara
Это случилось со мной после того, как мой клиент Cisco VPN (AnyConnect Secure Mobility Client) обновил себя. Я исправил путем удаления и повторной установки клиента с параметрами, показанными на этом блоге:
Спасибо, я получил точную информацию о Mac. И после того, как я удалил клиент Cisco VPN, он сработал. Мне интересно, как вы поняли, что это связано с клиентом Cisco VPN! –
Я обычно не отправляю, но моя команда провела 12 человеко-часов устранения неполадок это.
Для нас это также оказался конфликт с клиентом Cisco AnyConnect
Это ответ? –
Ну, как кто-либо в этой теме, та же проблема, другой причиной.
Мне пришлось изменить параметр 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>
Переход от HTTP к HTTPS работал для меня
Я нашел Nick Urban's comment очень полезно:
sudo /opt/cisco/anyconnect/bin/websecurity_uninstall.sh
я получил тот же вопрос, происходит только тогда, когда я совершаю конкретный файл. Как только я понял файл, который его вызывал, я мог выполнить все остальные 40 или около того изменений. Не знаю, почему этот файл вызывает проблему с протоколом. –