From: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com> |
---|---|
To: | Hung Phan <hungphan227(at)gmail(dot)com> |
Cc: | PostgreSQL mailing lists <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: pg_rewind copy so much data |
Date: | 2017-09-13 10:57:27 |
Message-ID: | CAB7nPqSOYeCyyQK0=cD4AP4L7rJTYHBTD03dqU6okBGsJ5DeZg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Wed, Sep 13, 2017 at 2:21 PM, Hung Phan <hungphan227(at)gmail(dot)com> wrote:
> If I run pg_rewind with debug option, it just show additional bunch of files
> copied in directories like base or pg_tblspc. I claim that there is no data
> inserted of modified from the first step. The only difference between two
> server is caused by restarting old master.
That's exactly this kind of data that would allow to conclude where
the data comes from, and you are not showing it, so it is not possible
to make a clear conclusion. Are known the file paths, the offset
position in the file where a chunk of data is taken, and the chunk
size. If you see for example a bunch of 8kB blocks being copied, this
means that some extra load ran on the master before it was stopped,
and before running the rewind. Are you sure that you don't have large
log files for example?
I would be curious to know what is the version of Postgres 9.5 you are
using as well.
--
Michael
From | Date | Subject | |
---|---|---|---|
Next Message | Troy Hardin | 2017-09-13 14:42:18 | Configuration of pgaudit settings in postgreSQL.conf causes postgreSQL to fail to start |
Previous Message | tirveni yadav | 2017-09-13 09:25:32 | Re: Perl script is killed by SIGPIPE |