2015-09-08 9:47 GMT+02:00 Luca Bertoncello lucabert@lucabert.de:

Hallo Leute!

Ich kämpfe seit letzter Woche gegen eines komischen Problems mit SVN... Im Büro haben wir ein riesiges Projekt (~6GB), das jetzt von einem SVN-Server zu einen anderen (beim Kunden) kopiert werden soll. OK, die Geschichte wird nicht kopiert, also svn co irgendwo, dann svn import. So habe ich auch gemacht, immer kam ein 500 Fehler, was ich weder in den Logs von Apache noch von SCM-Manager finden konnte.

Bei solch großen Sachen hat erfahrungsgemäß das Apache-Modul mod_svn ein Stabilitätsproblem. Desweiteren habe ich bei fsfs-Backend auch schon unbemerkte kaputte Check-Ins gesehen. Bei bdb-Backend bleiben kaputte Check-Ins nicht unbemerkt und lassen sich reparieren. Bei 6GB ist es auch gut möglich, daß der Apache das Ganze wegen Timeout-Überschreitung abbricht.

Heißt also: Initiale Füllung des SVN-Repositorys per "file://" und nicht per "https://"

Im Büro:

svnadmin create --fs-type bdb /pfad_zum_svn_repository

svn mkdir "file:///pfad_zum_svn_repository/trunk" "file:///pfad_zum_svn_repository/branches" "file:///pfad_zum_svn_repository/tags" -m "initial repository layout"

svn co file:///pfad_zum_svn_repository/trunk svn_arbeitskopie

cd svn_arbeitskopie

cp -R riesenprojekt .

svn add riesenprojekt

svn ci

svnadmin dump /pfad_zum_svn_repository | gzip-c > /datentraeger/riesenprojekt.svndump.gz

Beim Kunden:

svnadmin create --fs-type bdb /pfad_zum_svn_repository

cat /datentraeger/riesenprojekt.svndump.gz | gunzip -c | svnadmin load /pfad_zum_svn_repository

# chown -R ${HTTPD_USER}.${HTTPD_GROUP} /pfad_zum_svn_repository # chmod 700 /pfad_zum_svn_repository