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