2009-06-13 3 views
8

Ich habe MAMP läuft (XAMP für OSX), und ich versuche Subversion einzurichten.SVN errorcode = 2 Das angeforderte SVN-Dateisystem konnte nicht geöffnet werden

Als ich in die frisch erstellten Repository in meinem Browser gehen, erhalte ich:

<D:error> 
<C:error/> 
<m:human-readable errcode="2"> 
Could not open the requested SVN filesystem 
</m:human-readable> 
</D:error> 

Das Repository-Setup ist in ~/server/SVN. Meine html/php-Dateien sind auch da (~/server/http), und es funktioniert gut. Mein grundlegender httpd.conf Setup:

<Location /svn> 
DAV svn 
SVNPath ~/server/svntest 
(Authenticaton will be added later) 
</Location> 

Ich habe allready chmod'ed alles zu 777

drwxrwxrwx 9 gerrit staff  306 27 okt 2008 svn 

Apache Fehlerprotokoll keine Fehler zeigen.

Wie behebe ich Fehler?

Antwort

3

Was ist ~/server/svntest? Der Webserver hat normalerweise keinen Home-Dir- oder Shell-Zugriff, versuchen Sie stattdessen, ihn für einen vollständigen Pfad zu ersetzen.

+0

Bingo gelöst once.That! Ich ersetzte ~ durch/Benutzer/Gerrit, und jetzt funktioniert es – Gerrit

4

Versuchen

svnadmin verify ~/svntest/svn 

auf dem Repository ausgeführt wird. Wenn der Fehler meldet, führen:

svnadmin recover ~/svntest/svn 
+0

Es überprüft. Ich bin nicht überrascht, weil es ein frisches Umlager ist. Ich habe es gerade erstellt. – Gerrit

0

sollten Sie versuchen:

ln -s /home/subversion/repos /var/www/html/ 
0

Ändern von Berechtigungen zu chown -R apache:apache /your repo

1

hat dieses Problem und fand es von einer inkompatiblen Version von svnadmin und Apache verursacht wurde. Ich hatte SVN auf der Maschine aufgerüstet (und vergessen, dass ich hatte). Ich habe gerade den vollständigen Pfad (/usr/local/subversion-1.3.0/bin/svnadmin auf meinem alten CentOS-Rechner) in den alten svnadmin bin (Version 1.3, im Gegensatz zu 1.6.11, auf den ich aktualisiert hatte) verwendet. Dann hat es sofort funktioniert. Keine Probleme mit Dateiberechtigungen

2

ändern SELinux Sicherheitskontext für Repository-Dateien:

# chcon --reference=/var/www/html -R /var/svn/repos 
# ll -Z /var/svn/repos 
drwxr-xr-x apache apache system_u:object_r:httpd_sys_content_t /var/svn/repos 
+0

Ich glaube nicht, dass das das Problem war, das Gerrit hatte, aber es hat mein Problem gelöst, also danke! –

1

ln -s/home/subversion/repos/var/www/html/

Sie sollten das nicht tun .. . access für "alle" ... ohne svn, svn-user, ...

2

Sie können SVNParentPath anstelle von SVNPath verwenden, wenn Sie auf einen Ordner mit mu zeigen kleine Repositories.

+0

Arbeitete für mich, danke Kumpel! – GeorgeK

+0

ich auch, das hat den Trick gemacht! –

0

Das Problem ist, kann auf die Portkonflikte zwischen virtuellen Host und apache2.Check zurückzuführen sein, dass das Problem für mich

Verwandte Themen