IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Subversion Discussion :

"svnadmin: Can't read length line in file" [Administration]


Sujet :

Subversion

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre très actif

    Homme Profil pro
    Responsable projets techniques
    Inscrit en
    Février 2003
    Messages
    980
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 45
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations professionnelles :
    Activité : Responsable projets techniques
    Secteur : Biens de consommation

    Informations forums :
    Inscription : Février 2003
    Messages : 980
    Par défaut "svnadmin: Can't read length line in file"
    Bonjour à tous,

    voilà, je rencontre un petit souci lors du dump de l'un des projets présents sur notre SVN:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    admin@gforge:svnroot$ svnadmin dump prj > /mnt/nfs/dumpSVN_PRJ
    * Dumped revision 0.
    * Dumped revision 1.
    …
    * Dumped revision 27.
    * Dumped revision 28.
    
    svnadmin: Can't read length line in file 'prj/db/revs/29'
    Pour info, j'ai d'autres versions derrières (1700 environ :roll).

    J'ai pas mal cherché sur le net, et, apparemment, c'est un problème "connu" et qui arrive... des fois

    Bref, l'une des solutions concerne l'utilisation d'un script python fsfsverify.py qui semble assez sur (pas mal de références au dit script).

    Ne souhaitant pas le faire directement sur la machine de prod, j'ai rapatrié le fichier posant problème (prj/db/revs/29) sur un poste, et lancer le script dessus.

    Tout a fonctionné sans souci, et, il semble que le script ait bien corrigé mon fichier.

    Ma question:
    Quel est le risque que je sauvegarde le fichier prj/db/revs/29 actuellement sur le serveur SVN, que je prenne le fichier modifié par le script présent sur mon poste et que je le dépose à la place de l'autre SANS lancer aucune commande svn derrière autre que la commande du dump ?

    En gros, je veux faire ça (en supposant que le fichier 29.new est celui que j'ai obtenu en exécutant le script python) :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    # mv prj/db/revs/29 ~/29.backup
    # cp ~/29.new prj/db/revs/29
    # svnadmin dump prj > /mnt/nfs/dumpSVN_PRJ
    # rm prj/db/revs/29
    # cp ~/29.backup prj/db/revs/29
    La fin, c'est juste pour montrer que je ne lancerais absolument rien d'autre sur le fichier modifié: je veux juste savoir s'il existe un risque quelconque de corruption de repository avec les commandes ci-dessus ?

    Merci d'avance !

  2. #2
    Membre Expert
    Avatar de Anthony.Desvernois
    Homme Profil pro
    Ingénieur sécurité & risque
    Inscrit en
    Juin 2007
    Messages
    1 489
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Ingénieur sécurité & risque
    Secteur : Finance

    Informations forums :
    Inscription : Juin 2007
    Messages : 1 489
    Par défaut
    Bonjour,

    Non, et au pire tu gardes une copie de sauvegarde du fichier 29.

  3. #3
    Membre confirmé
    Profil pro
    Inscrit en
    Mai 2004
    Messages
    84
    Détails du profil
    Informations personnelles :
    Âge : 42
    Localisation : France

    Informations forums :
    Inscription : Mai 2004
    Messages : 84
    Par défaut
    Hello,

    Je pense que tu ne risques pas grand chose puisque ce fichier ne décrit que cette révision.

    Il devrait suffire de voir si ton workspace sur la révision corrigée et identique à l'ancienne révision.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 1
    Dernier message: 17/10/2011, 14h32
  2. Can't read superblock, plus de disque dur
    Par black is beautiful dans le forum Administration système
    Réponses: 2
    Dernier message: 28/01/2008, 10h58
  3. mount: /dev/hdd1: can't read superblock
    Par troumad dans le forum Debian
    Réponses: 2
    Dernier message: 06/12/2006, 22h45
  4. mysqld can't read user table
    Par phakso dans le forum Installation
    Réponses: 6
    Dernier message: 18/01/2006, 04h03

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo