Ich habe die Nachricht bereits gegoogelt und auf dem SVN-Server steht ausreichend Speicherplatz zur Verfügung (ca. 4% der 150 GB).
Ich habe festgestellt, dass ich beim Versuch echo $TMPDIR
an der Eingabeaufforderung auf dem SVN-Server nichts erhalte.
Was dies etwas verwirrend macht, ist, dass ich diese Nachricht nur von einem Ort erhalte, wenn ich eine mache svn diff
(die ich bisher getestet habe) - dieser Fehler tritt nicht auf, wenn ich es von drei anderen Computern aus versuche (von denen einer testet) Bei genau demselben Repository handelt es sich bei den beiden anderen um unterschiedliche Repositorys auf demselben SVN-Server.
Der einzige Unterschied, den ich sehen kann, besteht darin, dass die fehlerhafte Arbeitskopie über eine IP-Adresse eine Verbindung zum Server herstellt, bei der alle anderen einen Servernamen verwenden (obwohl dies über DNS auf dieselbe IP-Adresse aufgelöst wird).
Ich hoffe, dass ich die kaputte Arbeitskopie nicht zerkratzen und eine neue auschecken muss - leider handelt es sich um ein Legacy-Projekt, und nicht alle Änderungen wurden ordnungsgemäß überarbeitet.
Antworten:
Sie erhalten diesen Fehler auch, wenn die Festplatte voll ist.
Geben Sie Speicherplatz frei und der Fehler verschwindet.
quelle
Schließlich wurde eine Methode gefunden, um dies zu tun (und alles, was derzeit nicht überarbeitet wird, unter die richtige Versionskontrolle zu bringen):
Ich gehe davon aus, dass eine der .svn-Dateien für diese Arbeitskopie beschädigt war.
quelle
Versuchen Sie auf dem Computer mit dem Problem, dieses Verzeichnis manuell zu löschen, schreiben Sie es nicht fest, sondern aktualisieren Sie Ihren SVN auf Ihrem lokalen Computer. Wiederholen Sie die Änderungen in diesem Verzeichnis. Es handelt sich um ein Verzeichnis. Das funktioniert bei mir normalerweise bei ähnlichen Fehlern.
quelle
Ich konnte dieses Problem beheben, indem ich das hier bereitgestellte Skript ausführte:
https://svn.apache.org/repos/asf/subversion/trunk/contrib/client-side/svn-clean
quelle