Comment un référentiel SVN peut-il être corrompu?

Question

Quelques fois déjà, je me suis retrouvé dans des situations où un de mes référentiels SVN était corrompu et nous pouvions faire n'importe quoi avec certaines versions ou branches du projet sans vraiment savoir ce que nous faisions. Donc, je demande ce qui peut causer un référentiel à devenir corrompu? Il semble que les incompatibilités entre les clients peuvent causer des problèmes, plus particulièrement avec les jeux de caractères.

Answer 1

Il existe essentiellement trois cas distincts:

1. matériel défectueux (mémoire, fs corruption, etc.)
2. de l'utilisateur avec l'accès de connexion au serveur peut fichiers du référentiel corrompus.
3. Bogues dans Subversion.

Le matériel défectueux est généralement le plus difficile à repérer, sauf dans les cas les plus évidents. Le cas 2 est évitable en limitant l'accès de connexion au serveur. Tout le reste est un bug dans Subversion. (Cela inclut les problèmes de compatibilité entre le client et le serveur.) ne peut jamais corrompre le référentiel en utilisant simplement un client Subversion (même s'il y a un bogue dans le client, IMO).

Answer 2

Corruption potentielle du système de fichiers ou quelqu'un qui dérape avec les répertoires svn internes?

Answer 3

Je l'ai eu plusieurs fois. SVN ne semble pas bien se débrouiller si le client s'en va alors que le serveur met du temps à faire certaines choses. Je ne connais pas les détails exacts, mais j'ai fait quelques kill -9 s sur ce que je pensais être des processus en lecture seule et j'ai fini par devoir exécuter un svnadmin cleanup par la suite avant que le serveur ne réponde à nouveau.

Answer 4

Ceci est assez commun sur les repos basés sur file://, mais si vous avez un seul utilisateur/service accédant au repo, cela n'arrivera pas.

Answer 5

Il est toujours possible que le matériel soit défectueux. Des choses comme des erreurs de bits dans la mémoire peuvent provoquer une corruption silencieuse au lieu de simplement écraser l'ordinateur; Si un processus serveur svn est celui affecté, le référentiel peut être corrompu.

Answer 6

J'ai eu une corruption repo qui m'a pris un moment pour comprendre. Sur le serveur j'avais accidentellement changé le propriétaire du répertoire .svn dans le repo à un utilisateur non lié. SVN m'a donné des erreurs de corruption après cela jusqu'à ce que j'ai supprimé et recréé le repo. Même après que je l'ai corrigé. claques front

Answer 7

Si les dépôts ne sont pas sur les serveurs svn disque local, mais sur NFS, ils peuvent être endommagés s'ils utilisent le format Berkley db. Dans svn 1.5 FSFS est devenu la valeur par défaut pour les nouveaux repos - il est parfaitement heureux de vivre sur des systèmes de fichiers non verrouillables, comme NFS.