Обсуждение: monitoring replicatgion : lag calculation

Поиск
Список
Период
Сортировка

monitoring replicatgion : lag calculation

От
Ben Ciceron
Дата:
hello,

question about WAL on pg 9.0 :

the doc at http://www.postgresql.org/docs/9.1/static/warm-standby.html#SYNCHRONOUS-REPLICATION
(section 25.2.5.2. Monitoring) says:

 You can calculate this lag by comparing the current WAL write
location on the primary with the last WAL location received by the
standby.

but the WAL values i get are not 177/13C4E158 , 177/13C52BC0 so how to
calculate the lag ? should i apply a basic hex conversion first ?

Cheers,
Ben-

Re: monitoring replicatgion : lag calculation

От
Lonni J Friedman
Дата:
On Mon, Sep 12, 2011 at 10:04 AM, Ben Ciceron <ben@triggit.com> wrote:
> hello,
>
> question about WAL on pg 9.0 :
>
> the doc at http://www.postgresql.org/docs/9.1/static/warm-standby.html#SYNCHRONOUS-REPLICATION
> (section 25.2.5.2. Monitoring) says:
>
>  You can calculate this lag by comparing the current WAL write
> location on the primary with the last WAL location received by the
> standby.
>
> but the WAL values i get are not 177/13C4E158 , 177/13C52BC0 so how to
> calculate the lag ? should i apply a basic hex conversion first ?

Pretty much.  See:
http://archives.postgresql.org/pgsql-hackers/2010-11/msg00252.php

Re: monitoring replicatgion : lag calculation

От
Ben Ciceron
Дата:
perfect - thx!

Cheers,
Ben-




On Mon, Sep 12, 2011 at 10:41 AM, Lonni J Friedman <netllama@gmail.com> wrote:
> On Mon, Sep 12, 2011 at 10:04 AM, Ben Ciceron <ben@triggit.com> wrote:
>> hello,
>>
>> question about WAL on pg 9.0 :
>>
>> the doc at http://www.postgresql.org/docs/9.1/static/warm-standby.html#SYNCHRONOUS-REPLICATION
>> (section 25.2.5.2. Monitoring) says:
>>
>>  You can calculate this lag by comparing the current WAL write
>> location on the primary with the last WAL location received by the
>> standby.
>>
>> but the WAL values i get are not 177/13C4E158 , 177/13C52BC0 so how to
>> calculate the lag ? should i apply a basic hex conversion first ?
>
> Pretty much.  See:
> http://archives.postgresql.org/pgsql-hackers/2010-11/msg00252.php
>