2014-12-03 18 views
13

Sto usando svn 1.8.9 e mentre eseguo il check-out del codice di accesso ricevo il seguente errorePerché viene visualizzato il messaggio "svn: E120106: ra_serf: il server ha inviato un corpo di risposta HTTP troncato"?

svn: E120106: ra_serf: il server ha inviato un corpo di risposta HTTP troncato.

A causa di un errore di cui sopra, non riesco a verificare l'intero codice di avviamento. Si prega di suggerire un approccio per risolvere questo.

Grazie

+0

Eventuali duplicati di [controllo TortoiseSVN errore fallito svn: E120106: ra \ _serf: il server ha inviato un corpo di risposta HTTP troncato] (http://stackoverflow.com/questions/19218445/tortoisesvn-checkout-failed-error-svn-e120106-ra-serf-the -server-inviato-un-trunc) – Veverke

risposta

-1

non hai scritto che versione è il server SVN. Probabilmente il problema verrà risolto quando si esegue il downgrade del client su 1.7 - sarà necessario eliminare il repository locale e sincronizzarlo di nuovo a causa dell'incompatibilità tra le versioni 1.8 e 1.7.

0

SVN 1.8 include una nuova libreria client HTTP (Serf).

che penso sia responsabile per questo. Avevo installato TortoiseSVN-1.8.6.25419-x64-svn-1.8.8.msi e l'esecuzione di svn merge ha dato lo stesso errore. Inizialmente, penso che sia un problema con i timeout del server SVN ma la stessa operazione di unione ha funzionato con 1.6. Quindi credo che il problema sia con SVN versione 1.8 e successive. Si prega di ripristinare la versione del client svn su 1.7 o 1.6 e provare!

0

Il motivo di questo errore è che l'apertura di uno dei file SVN interni sul server non riesce. Questo è un problema del server, ma non un bug.

Se il software del server SVN è apache estensione WebDAV su Linux:

Hai bisogno di andare al percorso sul server, dove i negozi apache il database del repository. Utilizzare sudo chown -R www-data:www-data folder_name per modificare il proprietario della cartella. Il problema con i commit da parte dei clienti scomparirà.

Questo è tutto ciò che so di questo errore.

+0

Non sono sicuro di questo, dal momento che riprovare, a volte, alla fine ha funzionato per me. – Veverke

8

Ho avuto lo stesso problema e dato che è una grande cassa, ma non hanno accesso ad estendere il timeout del server, risolto mediante l'emissione di:

$ svn cleanup 
$ svn up 

Ogni volta che ho ottenuto questo errore (fino al completamento del checkout).

0

questa è la mia soluzione:

1 - utilizzare la pulizia o sudo pulizia

svn cleanup 

2- uso di aggiornamento o l'aggiornamento sudo

svn update 
-1

Se si utilizza Nginx come proxy HTTP, assegno le autorizzazioni

# chown -R nginx:nginx /var/lib/nginx 
2

Questo è un problema del server Apache relativo al timeout (il client SVN non funziona come è necessario con un numero enorme di file di grandi dimensioni). Metti qui il httpd.conf e fare un riavvio del httpd, ed il problema sarà risolto, senza futuro ha bisogno di fare pulizia e aggiornamento:

Timeout 12000 
KeepAlive On 
MaxKeepAliveRequests 100 
KeepAliveTimeout 15 
+0

Ciao Komp, benvenuto in SO! Potrei essere una buona idea per spiegare cosa sta facendo il tuo frammento e perché hai fatto ciò che hai fatto in modo che i nuovi arrivati ​​alle lingue e alle idee di cui hai parlato lo trovino più facile da capire. –

Problemi correlati