Re: Is my standby fully connected?

Поиск
Список
Период
Сортировка
От Guillaume Lelarge
Тема Re: Is my standby fully connected?
Дата
Msg-id CAECtzeXNnu1kjwN3axVQsb_g7MRuipWSFkqnKXPk8mZVXWZaTQ@mail.gmail.com
обсуждение исходный текст
Ответ на Is my standby fully connected?  (Ivann Ruiz <ivann.jprog@gmail.com>)
Ответы Re: Is my standby fully connected?  (William Dunn <dunnwjr@gmail.com>)
Список pgsql-general
Please, keep the list posted.
2015-06-01 20:09 GMT+02:00 Ivann Ruiz <ivann.jprog@gmail.com>:
I get 1 row, a walreceiver and my slave IP,


Then all is good.
 
i was expecting something like:

 pg_current_xlog_location 
--------------------------0/2000000
(1 row)

When I ran ->               psql -c "SELECT pg_current_xlog_location()" -h192.168.0.10 (primary host)

Well, you can't execute it on a slave. You can use pg_last_xlog_receive_location() and pg_last_xlog_replay_location() on a slave.
 

On Mon, Jun 1, 2015 at 2:04 PM, Guillaume Lelarge <guillaume@lelarge.info> wrote:
Hi,

2015-06-01 19:57 GMT+02:00 Ivann Ruiz <ivann.jprog@gmail.com>:
I just setup my databases and got this LOG:

LOG:  database system was shut down in recovery at 2015-06-01 13:31:21 EDT
LOG:  entering standby mode
LOG:  redo starts at 0/67000278
LOG:  consistent recovery state reached at 0/67000350
LOG:  record with zero length at 0/67000350
LOG:  database system is ready to accept read only connections
LOG:  started streaming WAL from primary at 0/67000000 on timeline 1


Sounds good to me.
 
And it always stays like this, i never get a message like:
LOG:   streaming replication successfully connected to primary

Additionally, i cannot run queries such as:
psql -c "SELECT pg_current_xlog_location()" -h192.168.0.10

...to calculate replication lag, I get the following message:
ERROR: recovery is in progress
HINT: WAL control functions cannot be executed during recovery

Can someone please tell me what is going on?

This is just what it's supposed to be. And it tells you exactly that. You cannot use pg_current_xlog_location() on a slave.

Check pg_stat_replication view on the master.




--

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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1
Следующее
От: Robert Haas
Дата:
Сообщение: Re: [HACKERS] Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1