Das ist mein Setup:
- Laufen auf einem VMware Debian Wheezy
- Der freigegebene Ordner befindet sich unter Windows und wird mit VMware-Tools aufgerufen
- Ich verwende die neueste Version von TortoiseSVN auf der Windows-Seite, daher ist ein Downgrade von svn nicht wirklich meine Lieblingsoption
Das ist das Problem:
Wenn ich svn up oder fast jeden svn-Befehl verwende, erhalte ich die folgende Fehlermeldung:
svn: E200030: sqlite [S10]: Festplatten-E / A-Fehler
svn: E200030: Zusätzliche Fehler:
svn: E200030: sqlite [S10]: Festplatten-E / A-Fehler
Dann muss ich eine SVN-Bereinigung der Fensterseite mit Schildkröte durchführen.
Ich habe es versucht:
- Verwenden eines vorkompilierten svn 1.8.9-Pakets (mehrere leicht zu findende)
- Subversion selber kompilieren mit verschiedenen versionen von sqlite (vom frühesten akzeptierten 3.1.12 bis zum spätesten)
Was ich denke, ist das Problem:
Das Problem scheint im Zusammenhang mit dem Sperrmechanismus von SQLite zu stehen, der mit Windows-Freigaben inkompatibel zu sein scheint.
Lesen Sie dies für weitere Informationen.
Frage:
Haben Sie eine Vorstellung davon, wie ich dieses Setup zum Laufen bringen kann, ohne Tortoise und Svn herabzustufen?
Eine Bemerkung ist, dass das Eclipse Subversive Plugin in der Lage zu sein scheint, svn 1.8 problemlos in den freigegebenen Ordnern zu verwenden. Dies ist kein wirkliches Subversion-Problem, also gibt es vielleicht eine Möglichkeit, den Sperrmechanismus von sqlite mit einer configure-Option oder so zu ändern? Wie auch immer, das ist mein nächster Hinweis, aber ich hoffe, jemand hier hat das schon hinbekommen!
Vielen Dank für Ihre Zeit!
Update: Aus dem SQLite-Dokument können wir lesen: Es gibt Berichte über Probleme beim Sperren von Netzwerk-Dateisystemen unter Windows. Ihre beste Verteidigung besteht darin, SQLite nicht für Dateien in einem Netzwerkdateisystem zu verwenden.
Gut, ok.