SVN Impossibile leggere l'errore della riga di stato al checkout

Ero abituato a controllare/uscire dal nostro repository SVN al lavoro. Poi ho fatto una installazione pulita di OS X 10.8 a causa di alcuni problemi. Tutto il resto è fantastico, ma ora non posso effettuare il check-out o l'aggiornamento. Nessun altro qui sta vivendo problemi.SVN Impossibile leggere l'errore della riga di stato al checkout

Ecco l'errore che sto ricevendo:

svn: OPZIONI di 'http://subversion.myhost.com/svn/repository/trunk': Impossibile leggere riga di stato: connessione è stata chiusa dal server di (http://subversion.myhost.com)

che ho fatto un sacco di googling negli ultimi due giorni, ma non ho trovato nulla di utile. La pagina più informativa è qui: SVN: Could not read status line: connection was closed by server

roba che ho provato:

cambiando http -> https -> svn (collegamenti con https/svn sono rifiutati)
verifica di proxy/firewall bloccante (non ho trovato nulla - ma forse c'è qualcosa che mi è sfuggito?)
caricamento del repository dall'interfaccia web (può sfogliarlo bene, ma non riesco ancora a verificarlo)
aggiornamento subversion (stavo usando svn da Xcode 4.5) quindi installato svn (1.6.18) tramite macports (ancora ottenendo lo stesso errore)
spazzato le mie preferenze sovversione in ~/.subversion
doppie/triple/quad + Controllato l'URL (stesso ogni volta)
check-out roba da un repository completamente diverso fuori sede (ottenuto lo stesso errore)
bere molta Mountain Dew e sperando di ispirazione (ottenendo nervosi ma nient'altro è cambiato)

Qualcuno ha altre idee?

fonte

2012-10-09 conan

+10

ho fatto un po 'di scavo, e apparentemente era parzialmente ostruito tutto il traffico HTTP dal client svn. Dopo un altro giorno di ricerche ho scoperto che era il client VPN Cisco che avevo installato, che aveva un processo che lo filtrava anche quando non ero connesso alla VPN. – conan

Grazie per quello! Altri utenti potrebbero trarre vantaggio dal fatto che nel mio caso è stato necessario arrestare un servizio '' Cisco AnyConnect Secure Mobility Agent'' vpnagent.exe'. – Craig

Grazie mille per aver postato questa domanda e la tua rispettiva soluzione. Ho riscontrato lo stesso problema e non avrei mai immaginato che fosse il dannato client Cisco VPN. Come ha detto Craig, c'è un processo in background che deve anche essere risolto, ma tutto ha funzionato una volta che è stato fermato. Saluti! – cosmosis

Sono appena stato bruciato da questo anche; grazie per avermi indicato nella direzione del colpevole (il dannato client VPN). Prendo atto che fa questo stronzo anche con la connessione VPN disabilitata, per paura che tu pensi che puoi smettere di rovinare il tuo stack di rete chiedendo gentilmente!

Dove hai scoperto che era il cliente? Ho intenzione di combattere questo fuori con il mio team IT quindi ero curioso di sapere quali altre informazioni erano disponibili.

fonte

2012-11-06 05:40:38