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

slemaistre slemaistre at linagora.com
Tue Oct 16 10:32:09 CEST 2012


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/822867b2/attachment.htm 


More information about the Obm mailing list