2014-04-09 22 views
10

Ho creato un repository SVN sul mio Debian Wheezy costruire server di seguito this tutorial. svn --version corrisponde a 1.6.17.SVN contesto errore consecutivo: Una connessione esistente forzatamente è stata chiusa dall'host remoto

Purtroppo, non riesco più a commettere il repo dalla mia macchina Windows 7; non riesce con il seguente messaggio di errore:

Transmitting file data .svn: E730054: Commit failed (details follow): 
svn: E730054: Error running context: An existing connection was forcibly closed 
by the remote host. 

ho avuto questo errore sia con TortoiseSVN e command line client.

Questi sono i contenuti di /var/log/apache2/access.log sul server per l'ora del commit non riuscito: access.log. Non c'è nessuna voce per la stessa ora nel registro degli errori.

Sono ancora in grado di controllare il contenuto del pronti contro termine e svn info http://myurl/svn/myrepo opere anche bene.

Il server Debian con il pronti contro termine è in esecuzione all'interno di una macchina virtuale su un computer Windows Server 2008 R2 (Hyper-V-Manager 6.1). La connessione dalla mia macchina Windows al server Windows viene stabilita utilizzando FortiClient 4.2.8.0307.

Dopo mi sono imbattuto in questo errore ieri, ho purgato SVN dal server e la configurazione di nuovo il repo. Ciò ha reso il repo accetta i commit per un paio d'ore fino a quando non ha fallito di nuovo con lo stesso errore.

Attualmente commette lavorare di nuovo con TortoiseSVN, ma non con il command line client.

Cosa E730054 significa e come posso risolvere il problema per bene?


Nel frattempo sono passato a Jessie, ma la situazione non è migliorata. Commits with Tortoise ha smesso di funzionare nuovamente, il che significa che si blocca sull'azione "Invio contenuto" per circa cinque minuti e quindi stampa l'errore presente nel titolo.

Checkout funziona ancora senza intoppi, però.

apache2 -v:
versione Server: Apache/2.4.9 (Debian)
build server: Nov 29 2014 21:52:01

svn --version:
svn, versione 1.8.8 (r1568071)
compilato 1 Aprile 2014, 03:41:42 su i486-pc-linux-gnu

Ecco un thread che discute l'errore, ma non ho potuto concludere una soluzione per il mio problema da esso.


ho notato che il problema si verifica quando voglio commettere il secondo modifica di un file.

mio fix

Il problema è andato via in modo permanente dopo l'utilizzo svnserve invece di apache2. This tutorial mi ha aiutato a configurarlo.

+0

offtopic: perché si vuole utilizzare svn e non swith a git? –

+0

@JakobKroeker: Perché i nostri sviluppatori sono usati per svn. Non vediamo la necessità di cambiare ancora. –

+1

Passare a svnserve ha risolto il problema anche per me, grazie! :) – para

risposta

4

Mentre leggevo il filo sembra che alcuni problemi nella realizzazione WEBDAV sul sito client schiantarsi l'apache-thread. Ho avuto altri problemi con pre 1,8 repository e ho risolto la maggior parte di loro da discarica/ricaricare l'intero repository in uno nuovo (usando "svnadmin aggiornamento" non è sufficiente!). Pre 1..8 Le Repos hanno a volte dati "corrotti/obsoleti" nei file di revisione che vengono ignorati dai client. Sembra che questo potrebbe causare il segfault.

È possibile scaricare/caricare il repository in questo modo:

svnadmin create newrepos 
svnadmin dump oldrepos | svnadmin load newrepos 

Nota che potrebbe richiedere un tempo enorme per eseguire un ciclo di aggiornamento/ricarica (circa 1GB/h + - 50% a seconda principalmente su disco. velocità) Se avete un momento diverso, si prega di inviare il vostro tempo, sto facendo una ricerca privata delle prestazioni del ciclo di scarico/ricarica ..

7

ho avuto questo problema con un singolo file durante il tentativo di check-in più file utilizzando Tortoise SVN su Windows 7 x64. Diversi tentativi di eseguire il commit del file utilizzando diverse versioni di Tortoise SVN e la versione da riga di comando di SVN non sono riusciti.

Al momento, il mio computer portatile stava usando la mia connessione internet a casa ISP. Quando in seguito sono andato a lavorare e ho tentato di eseguire il commit del file in errore dalla rete del mio datore di lavoro, il file è stato commesso senza problemi.

Non so perché sia ​​stato il caso, ma se incontri questo problema e trovi la tua strada verso questa risposta attraverso una query di un motore di ricerca, puoi provare di nuovo, usando una connessione Internet diversa. Pur non essendo una soluzione al problema, potrebbe fornire un intervento temporaneo.

+1

Ho avuto lo stesso problema al lavoro, quindi mi sono collegato tramite un altro access point wireless e ha funzionato come un chram. Grazie! – Omid

+0

La stessa cosa qui!Ho appena usato un'altra connessione e ha funzionato! – pedrobisp

-1

ho risolto questo problema sul mio portatile girando wifi spento e collegare il cavo in.

1

stavo ottenendo questo errore.

contesto errore correndo: Una connessione esistente veniva chiusa forzatamente telecomando

Ho risolto questo problema passando il proxy per Cntlm e funziona perfettamente soddisfacente. Sto usando la versione TortoiseSVN 1.9.3.

0

Hade stesso errore. Il mio problema era con antivirus Avast, quando ho messo l'URL del server SVN nelle exclutions il problema è stato risolto.

0

Ho incontrato questo problema dopo il nostro server SVN migrato da lan ad internet. Alla fine, risolvo questo problema con cambiando il mio indirizzo IP.

Ad esempio: da 192.168.0.60 a 192.168.0.71.

SVN Versione: TortoiseSVN 1.9.7, Build 27.907-64 bit
versione del sistema operativo: Windows 10, 1703

Problemi correlati