Re: [PATCH] Patch to compute Max LSN of Data Pages - Mailing list pgsql-hackers

From Robert Haas
Subject Re: [PATCH] Patch to compute Max LSN of Data Pages
Date
Msg-id CA+TgmobHz=vqptoRPb5Lx6x7PDXVjc4MQTJ+Qrve2Q7Km953qw@mail.gmail.com
Whole thread Raw
In response to [PATCH] Patch to compute Max LSN of Data Pages  (Amit kapila <amit.kapila@huawei.com>)
Responses Re: [PATCH] Patch to compute Max LSN of Data Pages  (Amit kapila <amit.kapila@huawei.com>)
List pgsql-hackers
On Thu, Nov 15, 2012 at 12:08 AM, Amit Kapila <amit.kapila@huawei.com> wrote:
> Okay.
> So as Robert and Alvaro suggested to have it separate utility rather than
> having options in pg_resetxlog to print MAX LSN seems to be quite
> appropriate.
> I am planning to update the patch to make it a separate utility as
> pg_computemaxlsn with options same as what I have proposed for pg_resetxlog
> to print MAX LSN.
> So considering it a separate utility there can be 2 options:
> a. have a utility in contrib.
> b. have a utility in bin similar to pg_resetxlog

I guess I'd vote for contrib, but I wouldn't be crushed if it went the
other way.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Amit kapila
Date:
Subject: Re: [BUGS] BUG #7534: walreceiver takes long time to detect n/w breakdown
Next
From: Simon Riggs
Date:
Subject: Re: [PATCH 08/14] Store the number of subtransactions in xl_running_xacts separately from toplevel xids