Re: Streaming Replication - Mailing list pgsql-general

From ning chan
Subject Re: Streaming Replication
Date
Msg-id CAG0k5vD1Ncr7KzUpuRoWo4V2hP5aRwNuAZjCfSTD8L8mSJL3fQ@mail.gmail.com
Whole thread Raw
In response to Re: Streaming Replication  (Albe Laurenz <laurenz.albe@wien.gv.at>)
Responses Re: Streaming Replication  (Fujii Masao <masao.fujii@gmail.com>)
List pgsql-general
Hi Albe,
Thanks for your kind response.
The wordings is confusing, it gives me impression that the recovery is going on.


On Tue, Jan 15, 2013 at 2:09 AM, Albe Laurenz <laurenz.albe@wien.gv.at> wrote:
ning chan wrote:
> I am new to PG Streaming Replication and I have a simple question hopefully someone can answer this
> easily.
>
> I setup a Primary Hot Standby and they are connecting each other without problem.
> Looking at the wal sender process, both servers pointing to the same location as follow:
>
> Primary:
> postgres  3018  0.0  0.1 203888  3024 ?        Ss   19:25   0:00 postgres: wal sender process postgres
> 10.89.94.31(43169) streaming 0/D913018
>
> Standby:
> postgres  3645  0.0  0.1 212556  3096 ?        Ss   19:25   0:00 postgres: wal receiver process
> streaming 0/D913018
>
> My question is when looking at the standby processes, I see startup process as follow:
> postgres  3320  0.0  0.0 203048  2084 ?        Ss   18:11   0:00 postgres: startup process
> recovering 00000001000000000000000D
>
> What is that suppose to mean?
> Is it really recovering some data from WAL record in the pg_xlog folder?

That indicates the WAL segment that is currently being
recovered, but not that WAL is read from a file in pg_xlog.

Yours,
Laurenz Albe

pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: reducing number of ANDs speeds up query RESOLVED
Next
From: Jeff Janes
Date:
Subject: Re: reducing number of ANDs speeds up query RESOLVED