Re: Too many .history file in pg_xlog takes lots of space

From: 彭昱傑 <k872892(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, pgsql-performance(at)postgresql(dot)org
Subject: Re: Too many .history file in pg_xlog takes lots of space
Date: 2018-03-15 10:22:18
Message-ID: CALCPtXaE+RTO0AyGSmBprTOG=psTUCtm3eHV29UZDvSAt_Nzaw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Hi Michael, Alvaro, Tom:

Really appreciate yours help, this is an invalid report, and I'm sorry for
that.

After I examine restart script, I found we generate recovery.conf every
time, and this cause lost of timeline.

Thanks.

2018-03-14 23:29 GMT+08:00 Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>:

> Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> writes:
> > 彭昱傑 wrote:
> >> Every time I restart postgre server, it generates a new history file:
>
> > That's strange -- it shouldn't happen ... sounds like you're causing a
> > crash each time you restart. Are you using immediate mode in shutdown
> > maybe? If so, don't; use fast mode instead.
>
> I'm confused by this report too. Plain crashes shouldn't result in
> forking a new timeline. To check, I tried "-m immediate", as well as
> "kill -9 postmaster", and neither of those resulted in a new .history file
> on restart. I wonder if the OP's restart process involves calling
> pg_resetxlog or something like that (which would be risky as heck).
>
> regards, tom lane
>

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Pavel Suderevsky 2018-03-15 10:29:33 RE: PG 9.6 Slow inserts with long-lasting LWLocks
Previous Message Tom Lane 2018-03-14 15:29:44 Re: Too many .history file in pg_xlog takes lots of space