[Obm] Migration en 2.4.1 - problème sur table opeush_event_mapping

Vince tux45 at hotmail.fr
Tue Oct 16 10:55:58 CEST 2012 

Bonjour Stéphen,

La relation ou la table qui existe déjà est en fonction du dernier 
script qui se rejoue.
Exemple  : alpha6 -> alpha9 -> alpha10 -> beta1 -> beta2 -> beta3 -> 
*beta1* (à nouveau)

Et là à l'instant, je viens de relancer et j'ai ceci pour l'ordre des 
scripts : alpha6 -> alpha9 -> alpha10 -> beta1 -> beta2 -> beta3 -> 
*alpha9 *(qui se rejoue)

A chaque fois c'est aléatoire. La prochaine ce sera peut-être beta2 ou 
bien encore beta3, cf le contenu du fichier dbc.log ci-dessous qui 
montre l'ordre des scripts exécutés.

Donc je ne pense pas que ce soit une erreur dans les scripts pour 
créer/modifier des tables, mais plutôt la séquence de lancement de 
ceux-ci qui chez moi boucle.

Comment puis-je tracer et trouver le script "maître" qui lance ses petits ?

Cdt

Le 16/10/2012 10:32, slemaistre a écrit :
> On 10/16/2012 09:57 AM, Vince wrote:
>> Bon, en fouillant un peu plus, j'ai trouvé le compte utilisateur qui 
>> avait des doublons dans son agenda !!
>>
>> Donc j'avance enfin mais bien entendu ça ne va pas jusqu'au bout.
>> J'ai l'impression qu'il (dbconfig sur obm-storage !! Toujours sur les 
>> mêmes scripts de migration) exécute plusieurs fois le même script (cf 
>> le contenu du fichier /var/log/dbconfig-common/dbc.log ci-dessous.) 
>> car à chaque fois il me dis qu'une relation ou une table existe déjà
>
> Bonjour Vincent,
>
> Pouvez-vous indiquer quel relation ou table existe déjà svp ?
>
> Cdlt,
>
>>
>> /creating database backup in 
>> /var/cache/dbconfig-common/backups/obm-storage_2.4.0.1.pgsql.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~alpha6.
>> applying upgrade script for 2.4.0.1 -> 2.4.1~alpha9+git.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~alpha10+git.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~beta1.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~beta2.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~beta3.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~beta1.
>> creating database backup in 
>> /var/cache/dbconfig-common/backups/obm-storage_2.4.0.1.pgsql.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~alpha6.
>> applying upgrade script for 2.4.0.1 -> 2.4.1~alpha9+git.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~alpha10+git.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~beta1.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~beta2.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~beta3.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~beta2.
>> creating database backup in 
>> /var/cache/dbconfig-common/backups/obm-storage_2.4.0.1.pgsql.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~alpha6.
>> applying upgrade script for 2.4.0.1 -> 2.4.1~alpha9+git.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~alpha10+git.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~beta1.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~beta2.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~beta3.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~beta3.
>> creating database backup in 
>> /var/cache/dbconfig-common/backups/obm-storage_2.4.0.1.pgsql.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~alpha6.
>> applying upgrade script for 2.4.0.1 -> 2.4.1~alpha9+git.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~alpha10+git.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~beta1.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~beta2.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~beta3.
>> applying upgrade sql for 2.4.0.1 -> 2.4.1~beta1./
>>
>> On peut constater que après le bon déroulement des scripts alpha6, 
>> alpha9 alpha10, beta1, beta2 et beta3, et bien il veut en relancer un 
>> déjà passé.
>> Et sur ces 4 tentatives à chaque fois c'est différent, un coup c'est 
>> le beta2, un autre c'est le beta3 ......
>> Je précise également que je restaure à chaque fois la base postgresql !!!
>>
>> Est-ce que quelqu'un peut m'aider.
>>
>> Merci.
>>
>> Vincent
>>
>>
>> Le 15/10/2012 12:42, Vince a écrit :
>>> Bonjour,
>>>
>>> En tentant (toujours) de migrer notre serveur OBM (de test of 
>>> course), je rencontre une erreur avec le script 2.4.1~alpha9+git qui 
>>> lance lui même le script update-2.4.0-2.4.1~alpha9+git.pgsql.php
>>>
>>> Je décide donc de le lancer à la main et voici le retour :
>>>
>>> Warning: pg_query(): Query failed: ERREUR: n'a pas pu créer l'index 
>>> unique <<opush_event_mapping_device_id_event_ext_id_fkey>>
>>> DETAIL: La table contient des valeurs dupliquées. in 
>>> /usr/share/obm-storage/update-install/scripts/2.4/lib/pgsql.inc on 
>>> line 87
>>> An error happened during the update, a rollback will be attempted.
>>> Fatal error: Uncaught exception 'PGQueryException' with message 
>>> 'CREATE UNIQUE INDEX opush_event_mapping_device_id_event_ext_id_fkey 
>>> ON opush_event_mapping (device_id, event_ext_id_hash): 1 (ERREUR: 
>>> n'a pas pu créer l'index unique 
>>> <<opush_event_mapping_device_id_event_ext_id_fkey >>
>>> DETAIL: La table contient des valeurs dupliquées. in 
>>> /usr/share/obm-storage/update-install/scripts/2.4/lib/pgsql.inc: 94
>>> Stack trace:
>>> #0 
>>> /usr/share/obm-storage/update-install/scripts/2.4/updates/update-2.4.0-2.4.1~alpha9+git.pgsql.php(61): 
>>> DB->query('CREATE UNIQUE I...')
>>> #1 
>>> /usr/share/obm-storage/update-install/scripts/2.4/updates/update-2.4.0-2.4.1~alpha9+git.pgsql.php(77): 
>>> Hash EventExtId'->main()
>>> #2 {main}
>>>     thrown in 
>>> /usr/share/obm-storage/update-install/scripts/2.4/lib/pgsql.inc on 
>>> line 94
>>>
>>> J'ai regardé dans la table et effectivement les colonnes device_id 
>>> et event_ext_id ont des données dupliquées.
>>>
>>> Comment puis-je supprimer ces lignes dupliquées sans affecter le 
>>> fonctionnement ??
>>> Et également j'aurai voulu savoir à quoi servait cette table ??
>>>
>>> Merci
>>> Cordialement
>>>
>>> Vincent.
>>>
>>>   * Anglais - détecté
>>>   * Français
>>>
>>>   * Français
>>>
>>>
>>>
>>> _______________________________________________
>>> Obm mailing list
>>> Obm at list.obm.org
>>> http://list.obm.org/mailman/listinfo/obm
>>
>>
>>
>> _______________________________________________
>> Obm mailing list
>> Obm at list.obm.org
>> http://list.obm.org/mailman/listinfo/obm
>
>
> -- 
> Stéphen LE MAISTRE
> Développeur LGS/OBM/R&D
> ------------------
> GROUPE LINAGORA
> slemaistre at linagora.com
>
> ------------------------------------------
> LINAGORA recrute pleins de nouveaux Talents :
> http://www.linagora.com/-CARRIERE-
> ------------------------------------------
> Découvrez OBM, La messagerie Libre :http://www.obm.org/
> ------------------------------------------

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://list.obm.org/pipermail/obm/attachments/20121016/ad008d5b/attachment-0001.htm

More information about the Obm mailing list