4821
Commentaire:
|
7670
chamarch
|
Texte supprimé. | Texte ajouté. |
Ligne 1: | Ligne 1: |
## page was renamed from ZAN/WikiAufOrg ## page was renamed from BAN/WikiAufOrg ## page was renamed from WikiAufOrg |
|
Ligne 60: | Ligne 57: |
= wiki2 = * moinmoin 1.6.x * test SANS apache, en mode natif : http://moinmo.in/HelpOnInstalling/StandaloneServer * installation sur Etch (vz 104, merci Moussa) * paquets installés : python-xml, python-xapian, python-dev (pour installation), apache2 + libapache2-mod-fcgid (pour mode fastcgi), catdoc+xpdf-utils (aide à xapian) * `python setup.py install --prefix='/usr/local' --record=install.log`, '''ok''' donne une installation dans : * `/usr/local/bin/moin` : lanceur * `/usr/local/lib/python2.4/site-packages/MoinMoin` : le programme lui-même * `/usr/local/share/moin/` : données et configs * mkdir /etc/moinmoin pour nos configs, et ajout de `sys.path.insert(0, '/etc/moinmoin')` dans /usr/local/bin/moin * abandon de la solution native (marche mal, exception Python dès que l'url a un soucis... bof), passage en mode FastCGI avec libapache2-mod-fcgid (fastcgi, le "vrai", étant non-free, je donne une chance à cette alternative) * migration du thème : ok, à ré-optimiser peut-être à l'occasion mais bon * en test: http://wiki2.auf.org/wikiteki (n'est pas sensé fonctionner pour l'instant, bourré le bogue, normal, pas la peine de me le dire ;) ) * activation xapian ok * installation en https ok (merci Jérôme pour m'avoir éviter une seconde soirée humiliante !) Restent à faire avant début de migration * écrire une doc expliquant les modifs de la syntaxe (à préparer sur wiki.auf.org) * --(tester sur wiki2 : acl de blocage + message de migration sur toutes les pages, à placer ensuite sur le futur ex-wiki.auf.org)-- * --(comprendre pourquoi la migration des pages d'aide (underlay) ne marche pas et pourquoi l'installation d'un nouvel underlay frenchy se fait en ancienne syntaxe (alors là, celui qui m'explique ça gagne ma totale estime pour la demi-journée qui suit parce que faut pas pousser non plus) )-- * --(faire un peu le tour des pages migrées pour voir si y'a des trucs qui vont pas....)-- * --(bug "fullsearch" qui fait planter (xapian peut peut-être aider ?...) )-- Plus tard : * tuning fastcgi * xmlrpc : on peut faire quoi en vrai * syntaxe créole ? == Plan de migration de wiki.auf.org vers nouvelle machine en moinmoin 1.6 == Quand ? ttl DNS sur wiki.auf.org expirent le '''22 février au matin, TU''' 1. bloquer écritures sur wiki.auf.org (via les acl) + un warning au début de chaque page (patch theme ?) vers wiki2.auf.org 1. apache2 stop sur wiki2 1. migrer contenu : * cp sur vz de wiki vers wiki2 de "data/pages" uniquement * moin migration data * moin index index build --mode=rebuild 1. modif DNS puis hostname sur wiki2.auf.org (avec un serveralias sur wiki2.auf.org pendant le temps où les DNS auront encore une mauvaise info) 1. apache2 start sur wiki2 et remise à niveau de quelques pages (Accueil/Nouvelles & co) 1. annonce nouvelle syntaxe sur Accueil (et sur page d'édition) 1. ben heu... ok ? |
Notes sur l'installation de MoinMoin sur wiki.auf.org
Machine hôte : Debian Sarge
Procédure suivie pour l'installation
installation de python, python-dev
installation de MoinMoin (dernière version) avec PREFIX=/usr/local
configuration en mode "Ferme de Wiki" (farmconfig.py). Configuration dans /etc/moinmoin (dossier ajouté au sys.path au début de moin.cgi)
configuration de apache pour https://wiki.auf.org
activation de tout ce qui est RSS en installant python-4suite (rien d'autre à faire, MoinMoin détecte tout seul la présence de cette possibilité)
- activation du mode FastCGI (déjà installé pour RT3... on factorise)
modification du certificat de www.auf.org pour ajouter wiki.auf.org et courriel.auf.org en SubjetAltName (cf /etc/apache/openssl.cnf)
- ajout de quelques themes, pour voir (bof)
Upgrade de Moinmoin (changement de version)
- faire une sauvegarde de la version courante (répertoires /usr/local/share/moin et /usr/local/lib/python2.3/ notamment)
installation de la nouvelle version (cd /usr/src/moin[N°-nouvelle-version] && sudo python setup.py --quiet install --prefix="/usr/local" --record=install.log) après l'avoir téléchargée (http://moinmoin.wikiwikiweb.de/MoinMoinDownload) et désarchivée dans /usr/src
- après l'installation :
modifier la variable sys.path.insert des fichiers moin.fcg et moin.cgi de la nouvelle version (dans /usr/local/share/moin/server/ : moin.cgi et moin.fcg) : {{{# Path of the directory where wikiconfig.py is located.
# YOU NEED TO CHANGE THIS TO MATCH YOUR SETUP. sys.path.insert(0, '/etc/moinmoin') }}}
remplacer l'ancien htdocs par la nouvelle version (/usr/src/moin-[N°-nouvelle-version]/wiki/htdocs --> /usr/local/share/moin/)
- puis relancer apache (#apachectl graceful)
s'assurer qu'on est à la bonne version : https://wiki.auf.org/wikiteki?action=test
NB : le système d'upgrade de MoinMoin étant TRÈS tatillon, il vaut mieux, pour patcher un truc, mettre le fichier patché dans /etc/moinmoin ou tout autre répertoire. Ne pas toucher aux sources fournies, sinon l'upgradeur ne les mets pas à jour. Le nouveau système risque, alors , d'être buggé.
A étudier
suppression de python-dev (a priori nécessaire uniquement
accélération mod_python ? mais Sarge ne contient que la "vieille" version... FastCGI a l'air de suffire ?
Panne du 7 novembre suite à mise à jour en 1.5.6
Je (ThomasNoël) n'arrive pas très bien à savoir ce qui c'est passé (et j'ai pas envie de recommencer à jouer avec le feu).
Moussa a mis à jour MoinMoin en 1.5.6 la veille au soir, mais sans faire le restart apache (et donc on était resté en 1.5.5a via FastCGI)
- Mardi 7 matin, j'ai fait un restart d'apache, mais ensuite j'ai juste été voir si ?action=test indiquait bien la version 1.5.6 : je n'ai pas essayé d'éditer de page
- Ensuite j'ai voulu optimiser un peu la configuration dans /etc/moinmoin (regrouper les choses dans farmwiki.py)
- Là j'ai testé...et toutes les pages étaient devenue "immuables" ! Aïe.
J'ai alors remis l'ancienne conf, mais ça n'a rien changé : ça plantait toujours... Comme si les groupes n'étaient plus reconnus. Mais je ne sais donc pas si c'est l'upgrade ou ma manip qui a cassé le fait que MoinMoin ne reconnaissait plus la notion de "GroupeAUF".
Pour réparer, voici ce que j'ai du faire après plusieurs tentatives infructueuses :
Puisque les "GroupeXXX" ne semblaient plus fonctionner, j'ai ajouter ThomasNoël en dur dans les ACL générale (au niveau de wikiteki.py)
- A partir de là, j'ai pu accéder au wiki avec les droits nécessaires partout.
J'ai alors forcé la mise à jour des pages GroupeAUF, GroupeAdmin et GroupePartenaires (en écrivant des bétises dedans puis en les retirant)
Ensuite j'ai supprimé mon accès ACL "ThomasNoël" et j'ai vérifié que les GroupeXXX étaient bien à nouveau pris en compte. Oui. Ouf.
Je pense que MoinMoin optimise la gestion des groupes : il ne va pas lire les pages GroupeXXX à chaque requête (!). Il doit tenir une table séparée quelque part. Il faudra, au prochain upgrade, vérifier que c'est bien mes tentatives d'optimisations inutiles (sic) qui ont planté cette reconnaissance desgroupes, et non pas l'upgrade lui-même. Sinon il faudra étudier comment systématiser la prise en compte des groupes à chauqe upgrade (et signaler un bogue à MoinMoin - il est possible que ça marche pour des GroupXXX (in english) et pas pour les versions traduites).
Désolé pour ce downtime...
wiki2
- moinmoin 1.6.x
test SANS apache, en mode natif : http://moinmo.in/HelpOnInstalling/StandaloneServer
- installation sur Etch (vz 104, merci Moussa)
- paquets installés : python-xml, python-xapian, python-dev (pour installation), apache2 + libapache2-mod-fcgid (pour mode fastcgi), catdoc+xpdf-utils (aide à xapian)
python setup.py install --prefix='/usr/local' --record=install.log, ok donne une installation dans :
/usr/local/bin/moin : lanceur
/usr/local/lib/python2.4/site-packages/MoinMoin : le programme lui-même
/usr/local/share/moin/ : données et configs
mkdir /etc/moinmoin pour nos configs, et ajout de sys.path.insert(0, '/etc/moinmoin') dans /usr/local/bin/moin
- abandon de la solution native (marche mal, exception Python dès que l'url a un soucis... bof), passage en mode FastCGI avec libapache2-mod-fcgid (fastcgi, le "vrai", étant non-free, je donne une chance à cette alternative)
- migration du thème : ok, à ré-optimiser peut-être à l'occasion mais bon
en test: http://wiki2.auf.org/wikiteki (n'est pas sensé fonctionner pour l'instant, bourré le bogue, normal, pas la peine de me le dire )
- activation xapian ok
- installation en https ok (merci Jérôme pour m'avoir éviter une seconde soirée humiliante !)
Restent à faire avant début de migration
- écrire une doc expliquant les modifs de la syntaxe (à préparer sur wiki.auf.org)
tester sur wiki2 : acl de blocage + message de migration sur toutes les pages, à placer ensuite sur le futur ex-wiki.auf.org
comprendre pourquoi la migration des pages d'aide (underlay) ne marche pas et pourquoi l'installation d'un nouvel underlay frenchy se fait en ancienne syntaxe (alors là, celui qui m'explique ça gagne ma totale estime pour la demi-journée qui suit parce que faut pas pousser non plus)
faire un peu le tour des pages migrées pour voir si y'a des trucs qui vont pas....
bug "fullsearch" qui fait planter (xapian peut peut-être aider ?...)
Plus tard :
- tuning fastcgi
- xmlrpc : on peut faire quoi en vrai
- syntaxe créole ?
Plan de migration de wiki.auf.org vers nouvelle machine en moinmoin 1.6
Quand ? ttl DNS sur wiki.auf.org expirent le 22 février au matin, TU
- bloquer écritures sur wiki.auf.org (via les acl) + un warning au début de chaque page (patch theme ?) vers wiki2.auf.org
- apache2 stop sur wiki2
- migrer contenu :
- cp sur vz de wiki vers wiki2 de "data/pages" uniquement
- moin migration data
- moin index index build --mode=rebuild
- modif DNS puis hostname sur wiki2.auf.org (avec un serveralias sur wiki2.auf.org pendant le temps où les DNS auront encore une mauvaise info)
apache2 start sur wiki2 et remise à niveau de quelques pages (Accueil/Nouvelles & co)
- annonce nouvelle syntaxe sur Accueil (et sur page d'édition)
- ben heu... ok ?