Re: 9.4.0 standby server will not start

Поиск
Список
Период
Сортировка
От Guillaume Lelarge
Тема Re: 9.4.0 standby server will not start
Дата
Msg-id CAECtzeX82FRow5p37XKSEW-bzCnutcC2xV60FD2CN=y22k3eLw@mail.gmail.com
обсуждение исходный текст
Ответ на 9.4.0 standby server will not start  (John Scalia <jayknowsunix@gmail.com>)
Ответы Re: 9.4.0 standby server will not start  (John Scalia <jayknowsunix@gmail.com>)
Список pgsql-admin
Hi,

2015-01-12 19:49 GMT+01:00 John Scalia <jayknowsunix@gmail.com>:
Hi all,

First off, if you receive a duplicate of this issue, it's due to my trying to send it originally through my verizon account, and it's held up waiting for permission. Also, I'd like to thank everyone for their assistance with my pg_upgrade issue over the weekend. I didn't get that resolved, but realized that for my purposes, I didn't really need the data.

Anyway, I've gotten my 9.4.0 primary server started and created a replication slot in it. It's called "standby_replication_slot_one" and I see it in the pg_replication_slots table. I'm now trying to get my first standby server running. I'm following the instructions at: https://wiki.postgresql.org/wiki/What%27s_new_in_PostgreSQL_9.4, but when I added the primary_slotname parameter to the recovery.conf file, the server complains that it isn't a valid parameter. I tried both setting it as its own parameter, and as setting as part of the primary_conninfo parameter just for grins. Neither succeeded although at least the server starts with the bad primary_conninfo setting, and I don't know why the system is complaining. Is there a typo in the instructions? Or do I need some extra settings to make this succeed?

Seems weird to me,

Seems weird to me too. Can you give us the actual, complete error message? btw, it's its own parameter.


--

В списке pgsql-admin по дате отправления:

Предыдущее
От: John Scalia
Дата:
Сообщение: 9.4.0 standby server will not start
Следующее
От: John Scalia
Дата:
Сообщение: Re: 9.4.0 standby server will not start