2013-03-17 19 views
9

Posiadałem subversion działający z apache2 na serwerze Ubuntu od około roku. Używam go prawie codziennie bez żadnych problemów, aż do 4 dni temu. Mogę przeglądać swoje repozytoria za pośrednictwem przeglądarki internetowej i mogę również wymienić swoje repozytoria przy użyciuAktualizacja svn i zatwierdzenie przestały działać

svn list http://xx.xxx.xxx.xxx/svn/repository

Ale gdy próbuję zaktualizować lub popełnić coś zawiesza serwer i muszę czekać na około minutę, aż będę mógł osiągnij to ponownie. Szukałem wszędzie, ale nie mogę znaleźć żadnego rozwiązania. Apache error.log mówi

[Sun Mar 17 16:36:36 2013] [notice] caught SIGTERM, shutting down 
PHP Warning: Module 'ssh2' already loaded in Unknown on line 0 
[Sun Mar 17 16:36:37 2013] [notice] Apache/2.2.22 (Ubuntu) DAV/2 SVN/1.6.17 PHP/5.3.10-1ubuntu3.6 with Suhosin-Patch configured -- resuming normal operations 

i other_vhosts_access.log mówi

- [17/Mar/2013:16:37:44 +0100] "OPTIONS /svn/repository HTTP/1.1" 401 677 "-" "SVN/1.6.18 (r1303927) neon/0.29.0" 
- [17/Mar/2013:16:37:44 +0100] "OPTIONS /svn/repository HTTP/1.1" 401 677 "-" "SVN/1.6.18 (r1303927) neon/0.29.0" 
user [17/Mar/2013:16:37:44 +0100] "OPTIONS /svn/repository HTTP/1.1" 200 876 "-" "SVN/1.6.18 (r1303927) neon/0.29.0" 
user [17/Mar/2013:16:37:44 +0100] "OPTIONS /svn/repository HTTP/1.1" 200 876 "-" "SVN/1.6.18 (r1303927) neon/0.29.0" 
user [17/Mar/2013:16:37:44 +0100] "PROPFIND /svn/repository HTTP/1.1" 207 554 "-" "SVN/1.6.18 (r1303927) neon/0.29.0" 
user [17/Mar/2013:16:37:44 +0100] "PROPFIND /svn/repository HTTP/1.1" 207 554 "-" "SVN/1.6.18 (r1303927) neon/0.29.0" 
user [17/Mar/2013:16:37:44 +0100] "PROPFIND /svn/repository HTTP/1.1" 207 554 "-" "SVN/1.6.18 (r1303927) neon/0.29.0" 
user [17/Mar/2013:16:37:44 +0100] "PROPFIND /svn/repository HTTP/1.1" 207 554 "-" "SVN/1.6.18 (r1303927) neon/0.29.0" 
user [17/Mar/2013:16:37:44 +0100] "PROPFIND /svn/repository/!svn/vcc/default HTTP/1.1" 207 453 "-" "SVN/1.6.18 (r1303927) neon/0.29.0" 
user [17/Mar/2013:16:37:44 +0100] "PROPFIND /svn/repository/!svn/vcc/default HTTP/1.1" 207 453 "-" "SVN/1.6.18 (r1303927) neon/0.29.0" 
user [17/Mar/2013:16:37:44 +0100] "PROPFIND /svn/repository/!svn/bln/20 HTTP/1.1" 207 468 "-" "SVN/1.6.18 (r1303927) neon/0.29.0" 
user [17/Mar/2013:16:37:44 +0100] "PROPFIND /svn/repository/!svn/bln/20 HTTP/1.1" 207 468 "-" "SVN/1.6.18 (r1303927) neon/0.29.0" 
user [17/Mar/2013:16:37:44 +0100] "PROPFIND /svn/repository HTTP/1.1" 207 554 "-" "SVN/1.6.18 (r1303927) neon/0.29.0" 
user [17/Mar/2013:16:37:44 +0100] "PROPFIND /svn/repository HTTP/1.1" 207 554 "-" "SVN/1.6.18 (r1303927) neon/0.29.0" 
user [17/Mar/2013:16:37:45 +0100] "PROPFIND /svn/repository/!svn/vcc/default HTTP/1.1" 207 453 "-" "SVN/1.6.18 (r1303927) neon/0.29.0" 
user [17/Mar/2013:16:37:45 +0100] "PROPFIND /svn/repository/!svn/vcc/default HTTP/1.1" 207 453 "-" "SVN/1.6.18 (r1303927) neon/0.29.0" 
user [17/Mar/2013:16:37:45 +0100] "PROPFIND /svn/repository/!svn/bln/20 HTTP/1.1" 207 468 "-" "SVN/1.6.18 (r1303927) neon/0.29.0" 
user [17/Mar/2013:16:37:45 +0100] "PROPFIND /svn/repository/!svn/bln/20 HTTP/1.1" 207 468 "-" "SVN/1.6.18 (r1303927) neon/0.29.0" 

Próbowałem ponownej instalacji Subversion, uruchom ponownie komputer, zweryfikować i odzyskać swoje repozytoria ale nic nie pomogło. Czy ktoś wie, jaki może być problem?

Aktualizacja: Po patrząc Module 'ssh2' already loaded in Unknown on line 0, dziennik błędów mówi co następuje:

[Wed Mar 20 22:27:45 2013] [notice] caught SIGTERM, shutting down [Wed Mar 20 22:27:46 2013] [notice] Apache/2.2.22 (Ubuntu) DAV/2 SVN/1.7.8 PHP/5.3.10-1ubuntu3.6 with Suhosin-Patch configured -- resuming normal operations 
+0

http://stackoverflow.com/questions/4726070/module-ssh2-already-loaded-in-unknown-on-line-0 może pomóc –

+0

Naprawiłem to, ale to nie rozwiązało mojego problemu niestety . – Julle

+1

Okay ... więc co robi apache error.log teraz, gdy już go naprawiłeś? –

Odpowiedz

0

miałem podobny problem kiedyś, że został spowodowany przez błąd w hak pre-commit.

Utwórz nowe repozytorium testowe (bez żadnych haczyków) i sprawdź, czy możesz tam zatwierdzić.

Powinieneś również sprawdzić integralność swoich repozytoriów. svnadmin verify nie będzie przechwytywał wszystkich błędów - spróbuj svnadmin dump REPOS > /dev/nul.

+0

Utworzono nowe repozytorium, ale nadal występuje ten sam błąd, a zrzut moich repozytoriów działa dobrze. – Julle

1

Nie odpowiedzią szukasz ale tu idzie:

Przełącz na Git.

Nie pożałujesz! :-)

+1

Tak, po wprowadzeniu w to zbyt wiele godzin, kilka godzin temu podjąłem decyzję o konwersji na GIT. I mam nadzieję, że nie będę tego żałował :-) – Julle

+0

Tak więc moja odpowiedź była właściwa !! Pokochasz Git! :-) – Nicholas

Powiązane problemy