[Obm] pb de suppression d'evt suite a une maj en 2.3.12

[Patrick BOSSARD]

Bonjour Sylvain,

Merci pour ta réponse...
Effectivement, l'application des patch a la main a bien fonctionné, ceci 
dit je m'en doutais lourdement

> postgres at vagenda2:/usr/share/obm/www/scripts/2.3/updates$ psql obm < 
> update-2.3.8-2.3.9.pgsql.sql
> UPDATE 1
> UPDATE 1
> postgres at vagenda2:/usr/share/obm/www/scripts/2.3/updates$ psql obm < 
> update-2.3.9-2.3.10.pgsql.sql
> UPDATE 1
> UPDATE 1
> postgres at vagenda2:/usr/share/obm/www/scripts/2.3/updates$ psql obm 
> <update-2.3.10-2.3.11.pgsql.sql
> UPDATE 1
> ALTER TABLE
> ALTER TABLE
> ALTER TABLE
> UPDATE 1
> postgres at vagenda2:/usr/share/obm/www/scripts/2.3/updates$ psql obm < 
> update-2.3.11-2.3.12.pgsql.sql
> UPDATE 1
> CREATE TABLE
> UPDATE 1
> postgres at vagenda2:/usr/share/obm/www/scripts/2.3/updates$

en regardant de plus pres les logs de l'aptitude update, on voit bien 
que les patchs de mise à jour en version intermediaires ne passent pas  
et qu'on reste en 2.3.8.1 (2.3.8-1 -> 2.3.9-1 ;  2.3.8-1 -> 2.3.10-1).
On voit  qu'il y a priori un pb d'identification lors du passage des 
scipts (ident method specified but local account doesn't exist.).

Pourtant l'update est fait sous root, le serveur postgres appartient au 
user postgres (compte local, installé par un aptitude install 
postgresql-8.3 etc...)...
ce qui me gene c'est du coup, comment etre certain que les maj bdd se 
passent bien


Merci encore !!!

Patrick.


-- 
Patrick BOSSARD - DOP/DCB/IDM/RIC
IFREMER centre de Brest
BP 70 29280 Plouzane FRANCE
Tel  : 02 98 22 44 09 - Fax: 02 98 22 45 46
Email: Patrick.Bossard at ifremer.fr