3 votes

TortoiseSVN commits échoue : "Le fichier ou le répertoire est corrompu et illisible", "Tentative d'écriture d'une base de données en lecture seule".

J'utilise svn tortoise depuis quelques semaines maintenant.

Je reçois très souvent des erreurs. Presque tout ce que je fais crée une erreur, que ce soit avec des dépôts sur Internet, localement sur ma machine ou sur une machine du réseau. J'ai donc commencé à en garder la trace. Voici quelques exemples.

12/31/2010

Je ne peux pas bouger ' C:\Users\jisaacks\Desktop\my branche test.svn \tmp\entries à ' C:\Users\jisaacks\Desktop\my branche test.svn \entries ' : Le fichier ou le répertoire est corrompu et illisible.

01/04/2011

commit a échoué (les détails suivent) : Le serveur a envoyé une valeur de retour inattendue (405 Method Not Allowed) en réponse à demande MKCOL pour '/svn/kranichs-svn/!svn/wrk/b316f15e-0869-4644-9c53-87aa0103506b/branches'

01/06/2011

Je ne peux pas bouger ' C:\Users\jisaacks\Desktop\DVD Catalogue \vendors.svn\tmp\entries à ' C:\Users\jisaacks\Desktop\DVD Catalogue \vendors.svn\entries ' : Le site fichier ou répertoire est corrompu et illisible.

01/06/2011

Je ne peux pas bouger ' C:\Users\jisaacks\Desktop\DVD Catalogue \cake\tests\test_app\views\layouts.svn\tmp\entries ' à C:\Users\jisaacks\Desktop\DVD Catalogue \cake\tests\test_app\views\layouts.svn\entries ' : Le fichier ou le répertoire est corrompu et illisible.

01/06/2011

commit a échoué (les détails suivent) : tentative d'écriture d'une base de données en lecture seule tentative d'écriture d'une base de données en lecture seule

La dernière à propos de la base de données en lecture seule se produit chaque fois que je commit. Disons que je travaille sur la révision principale (7) dans une copie de travail. Je fais un changement et commit il. Cela me donne cette erreur. Mais si je regarde le journal, il me dit qu'il y a maintenant une révision 8 (le commit que je viens de faire) mais je suis toujours sur la révision 7. Je dois donc exécuter update pour être sur la révision actuelle que je viens de commiter. J'espère avoir expliqué cela clairement.

Quoi qu'il en soit, avec toutes ces erreurs, je me demande Est-ce que TSVN est aussi instable, est-ce que tout le monde a ces problèmes. Ou c'est juste moi ? Si c'est juste moi, qu'est-ce que je pourrais faire de mal ?

4voto

Hukklebuk Points 11

J'ai vu ce problème sur le PC d'un collègue, il s'est avéré que c'était Microsoft Security Essentials qui corrompait les fichiers téléchargés par TortoiseSVN. Dès que nous l'avons désactivé, le problème a disparu et le checkout SVN était correct.

Je vous suggère de désactiver temporairement votre antivirus et de réessayer.

1voto

Danny Schoemann Points 227

Aujourd'hui, j'ai également obtenu l'erreur suivante :

svn: E200031: attempt to write a readonly database

La solution (trouvée aquí ) était d'aller sur le serveur svn et de corriger les permissions de rep-cache.db dans le dossier db du projet (par exemple, /svn/mon_projet/db/rep-cache.db)

Notez que rep-cache.db a été caché à partir d'un régulier ls mais était exposé dans FileZilla.

Les 2 commandes suivantes ont résolu le problème :

sudo chown root:root rep-cache.db
sudo chmod 777 rep-cache.db

Notez que ce ne sont pas sûr permissions, mais ils ont fait l'affaire.

Il est intéressant de noter que le fichier rep-cache.db ne semble pas exister dans nos autres projets.

0voto

nes1983 Points 7046

J'ai rencontré le même problème. Après quelques recherches sur Internet, j'ai trouvé cet article . J'ai ensuite réalisé que j'étais connecté en tant qu'utilisateur différent de celui que j'avais utilisé pour configurer svn, un problème de permission en fait.

Mise à jour : ajout d'informations supplémentaires pour que la réponse soit complète sans l'article également.

En fait, j'avais configuré/installé le svn en utilisant l'utilisateur root et l'utilisateur par défaut sur de nombreux systèmes linux est autre que root. Ainsi, lorsque je me suis connecté au système, je n'étais pas root, d'où le problème ci-dessus. sudo su, était nécessaire pour se connecter en tant que root et tout a fonctionné.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X