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

Vince tux45 at hotmail.fr
Wed Oct 17 14:55:54 CEST 2012 

Bonjour,

En désinstallant OBM et en le réinstallant complètement, je n'ai plus 
d'erreur et la mise à jour s'est effectué sans problème jusqu'au bout.
Désoler pour le dérangement.
Point positif à tout ça, cela m'a permit de nettoyer la base de données 
postgresql !!!

Plus qu'à planifier une mise à jour des serveurs en production ;))

CDT

Vincent.


Le 16/10/2012 10:55, Vince a écrit :
> 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/
>> ------------------------------------------
>
>
>
> _______________________________________________
> Obm mailing list
> Obm at list.obm.org
> http://list.obm.org/mailman/listinfo/obm

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://list.obm.org/pipermail/obm/attachments/20121017/8668fb8e/attachment.htm

More information about the Obm mailing list