From: | Sebastien Douche <sdouche(at)gmail(dot)com> |
---|---|
To: | Guillaume Lelarge <guillaume(at)lelarge(dot)info> |
Cc: | "pgsql-fr-generale(at)postgresql(dot)org" <pgsql-fr-generale(at)postgresql(dot)org> |
Subject: | Re: Aide sur pg_upgrade : il ne lance pas le nouveau postmaster |
Date: | 2014-02-14 17:00:44 |
Message-ID: | CAAGHeXHkm-bz1AqYcpuAhNgUAWmFWzNoGenSFW_sqf04v6xs=Q@mail.gmail.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
On Thu, Feb 13, 2014 at 11:35 PM, Guillaume Lelarge
<guillaume(at)lelarge(dot)info> wrote:
> OK. En fait, le pg_dumpall 9.3 essaie de se connecter au serveur 8.4. Ce
> dernier démarre apparemment. Par contre, pg_dumpall cherche la socket
> dans /tmp. Serait-il possible que la 8.4 place sa socket ailleurs ? (ça
> arrive sur Debian par exemple)
Bon j'ai trouvé (aprés quelques heures de gdb) : j'ai viré le -w dans
le pg_ctl et mis un sleep 5 à la place. Cette option est notoirement
buggée sur la 8.4 (y'a d'ailleurs des bouts de code pour shinter des
trucs quand c'est PG < 9). Mais ils ont laissé le -w pour démarrer le
oldpg. Je vais remonter un rapport de bug.
J'ai tenté sur une de nos appliances de test avec une DB de 2.3Go et
cela semble fonctionner sans soucis (on avait deja du code compatible
PG 9.3).
--
Sebastien Douche <sdouche(at)gmail(dot)com>
Twitter: @sdouche / G+: +sdouche
--
Envoi via la liste pgsql-fr-generale (pgsql-fr-generale(at)postgresql(dot)org)
From | Date | Subject | |
---|---|---|---|
Next Message | Pierre BOIZOT | 2014-02-15 09:32:20 | |
Previous Message | Cédric Villemain | 2014-02-14 12:00:49 | Re: Contrainte d'exclusion. |