Porblèmes Connus avec Trac au LAL
Table of Contents
Utilisation
Erreur Database locked
Ce n'est pas à proprement parler une erreur mais plutot une protection interne de Trac. Cela se produit si on réexcute trop rapidement une requête en cours, que l'on ait pas encore obtenu la réponse ou qu'il y ait eu un Internal Server Error suite à un time out.
Dans ce cas, il faut attendre 1 ou 2 minute et l'erreur disparait d'elle-même.
Changeset nn doesn't exist
Il peut arriver qu'on obtienne ce message d'erreur lorsqu'on cherche à ouvrir un SVN changeset ou un fichier avec le browser Subversion. Cela provient d'une desynchronisation du cache SVN maintenu par Trac. Pour corriger le problème, utiliser la commande suivante en tant que root sur asa ou as3 :
trac-admin /projects/trac/ProjectName resync
Attachment too large
Trac définit pour chaque projet une taille maximum pour les attachements. Si la taille définie est inappropriée pour le projet, cela se change simplement via Admin->trac.ini->Attachment. Il faut être administrateur du projet pour pouvoir la modifier.
Revision du projet svn corrompue
Lors d'un dump, il se peut que le dépôt soit corrompu :
svnadmin dump /exp/auger/svn-repositories/LAL > svn-auger.dump
et cela déclenche l'erreur suivante, pour la révision 6130:
svnadmin: Invalid diff stream: insn 1 overflows the target view
La solution est de se logguer sur la machine qui fait tourner le serveur svn (nfsserv actuellement) puis :
cd /usr/local/subversion/utils/fsfsverify/ python fsfsverify.py /exp/auger/svn-repositories/LAL//db/revs/6130
(on tourne le script une première fois à vide)
python fsfsverify.py -f /exp/auger/svn-repositories/LAL//db/revs/6130
(on force la correction)
python fsfsverify.py /exp/auger/svn-repositories/LAL//db/revs/6130
et on vérifie que tout est ok.
(inspiré de http://www.szakmeister.net/blog/fsfsverify/).
Le temps d'exécution de la commande est très dépendant de la taille et du nombre de révision du repository.
