Accéder au contenu.
Menu Sympa

fr - [sympa-fr] Re: Re: Migration 5.2.4 vers 5.3b4

Objet : Pour les administrateurs de serveurs de listes utilisant le logiciel Sympa

Archives de la liste

Chronologique Discussions  
  • From: "Luc VEILLON (DSI/SECU)" <adresse@cachée>
  • To: "Liste, sympa-fr" <adresse@cachée>
  • Subject: [sympa-fr] Re: Re: Migration 5.2.4 vers 5.3b4
  • Date: Fri, 13 Apr 2007 17:36:10 +0200

Luc VEILLON (DSI/SECU) a écrit :
> Luc VEILLON (DSI/SECU) a écrit :
>
>> Bonjour,
>>
>> Je migre en ce moment même mon moteur de listes de 5.2.4 en 5.3b4.
>> Tout se passe apparemment bien, si ce n'est que ja commande d'upgrade
>> perd un temps fou à surmonter ses propres config.lock
>>
>>
> => Il faut lancer l'upgrade en tant qu'utilisateur sympa (c'est sans
> doute évident, mais on peut oublier...)
> Par contre, je vois maintenant un tas d'erreur du type :
> Unable to execute SQL statement "SELECT email_user AS email, gecos_user
> AS gecos, password_user AS password, cookie_delay_user AS cookie_delay,
> lang_user AS lang , attributes_user AS attributes FROM user_table WHERE
> email_user = 'adresse@cachée,adresse@cachée' " :
> Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and
> (utf8_general_ci,COERCIBLE) for operation '='
>
C'est une migration qui se mérite...
Solution : passer par l'interface PhpMyAdmin et modifier a la main la
définition de toutes les tables pour les passer de latin1_swedish_ci en
utf8_general_ci.
Comme je suis un bourrin, j'ai commencé par changer chaque paramètre de
chaque table, mais en fait, le menu "opérations" de phpmyadmin permet de
le faire globalement pour chaque table.

C'est à suivre, car maintenant, le config.lock et l'update sql passent,
mais je retrouve les time-out à l'étape de l'include_admin :
Waiting for read lock on
/export/users/sympa/expl/listes.intranet.orleans.ird.fr/creer_liste/include_admin_user.lock
Waiting for read lock on
/export/users/sympa/expl/listes.intranet.orleans.ird.fr/creer_liste/include_admin_user.lock

> Le listmaster reçoit ensuite ce message :
>
> Aucun propri�taire d�fini pour la liste tous-idf
> Le statut de la liste a �t� positionn� � error_config.
> Consultez les logs de Sympa pour plus de pr�cisions.
>
> ... pour chaque liste
>
> Des idées ??
>
>
>> Waiting for read lock on
>> /export/users/sympa/expl/listes.ird.fr/acces_diff_ird/config.lock
>> Waiting for read lock on
>> /export/users/sympa/expl/listes.ird.fr/acces_diff_ird/config.lock
>> Waiting for read lock on
>> /export/users/sympa/expl/listes.ird.fr/acces_diff_ird/config.lock
>> Waiting for read lock on
>> /export/users/sympa/expl/listes.ird.fr/acces_diff_ird/config.lock
>> Waiting for read lock on
>> /export/users/sympa/expl/listes.ird.fr/acces_diff_ird/config.lock
>> (...)
>> Failed locking
>> /export/users/sympa/expl/listes.ird.fr/acces_diff_ird/config.lock:
>>
>> et je vous épargne la suite (j'en suis à la troisième liste au bout de
>> 30 minutes environ et j'en ai encore une cinquantaine à faire :-(
>>
>> J'ai vérifié : tous les process sympa et apache étaient arrêtés au
>> moment de la migration, et je n'avais aucun config.lock. Apparemment :
>> * l'upgrade crée un fichier config.lock,
>> * il se met ensuite à dormir
>> </export/users/sympa/expl>valinor<root>: ps -aef | grep sympa
>> sympa 21866 14207 0 11:52:32 pts/4 0:06 /usr/local/bin/perl
>> /export/users/sympa/bin/sympa.pl --upgrade
>> sympa 21875 21866 0 0:00 <defunct>
>> </export/users/sympa/expl>valinor<root>: truss -p 21866
>> nanosleep(0xFFBFF810, 0xFFBFF808) (sleeping...)
>> * il défuncte :
>> </export/users/sympa/expl>valinor<root>: ps -aef | grep 21866
>> sympa 21866 14207 0 11:52:32 pts/4 0:06 /usr/local/bin/perl
>> /export/users/sympa/bin/sympa.pl --upgrade
>> sympa 21875 21866 0 0:00 <defunct>
>> root 21870 21866 0 0:00 <defunct>
>> * il laisse comme trace de sa vie fugace sur cette terre un cofnig.lock :
>> </export/users/sympa/expl>valinor<root>: find . -name config.lock
>> ./listes.intranet.orleans.ird.fr/essai_intranet/config.lock
>> ./listes.ird.fr/acces_diff_ird/config.lock
>> ./listes.ird.fr/agents-tous/config.lock
>> * une banale règle de trois me montre qu'il va parasiter les ressources
>> de mon serveur jusqu'à 16h => ca me laisse le temps de vous écrire et
>> d'espérer une réponse rassurante !
>>
>> Merci pour tout aide
>>
>>
>>
>
>
>


--
Luc VEILLON | IRD/Délégation aux systèmes d'information/
tel.:+33(0)2 38 49 95 95 | RSSI - Pôle APPUI RECHERCHE/coord. technique
Fax :+33(0)2 38 49 95 76 | 5, rue du carbone
adresse@cachée | 45072 ORLEANS CEDEX 2
gpg : 0xDC6FF566 | AC signature : http://igc.cru.fr/ac-racine/


Attachment: smime.p7s
Description: S/MIME Cryptographic Signature




Archives gérées par MHonArc 2.6.19+.

Haut de le page