Re: Query returns no rows in pg_basebackup cluster - Mailing list pgsql-general

From Tom Lane
Subject Re: Query returns no rows in pg_basebackup cluster
Date
Msg-id 17696.1590101245@sss.pgh.pa.us
Whole thread Raw
In response to Re: Query returns no rows in pg_basebackup cluster  (Adrian Klaver <adrian.klaver@aklaver.com>)
Responses Re: Query returns no rows in pg_basebackup cluster  (Adrian Klaver <adrian.klaver@aklaver.com>)
Re: Query returns no rows in pg_basebackup cluster  ("Andrus" <kobruleht2@hot.ee>)
Re: Query returns no rows in pg_basebackup cluster  ("Andrus" <kobruleht2@hot.ee>)
List pgsql-general
Adrian Klaver <adrian.klaver@aklaver.com> writes:
> On 5/21/20 1:20 PM, Andrus wrote:
>> In windows pg_basebackup was used to create base backup from Linux server.

> Are you referring to two different instances of Postgres on Windows?

No, what it sounds like is the OP tried to physically replicate a
database on another platform with completely different sorting rules.
Which means all his text indexes are corrupt according to the
destination platform's sorting rules, which easily explains the
observed misbehavior (ie, index searches not finding the expected rows).

REINDEX would fix it.  But the major point here is you can't just ignore
a collation mismatch, which in turn implies that you can't do physical
replication from Linux to Windows, or vice versa (and most other
cross-platform cases are just as dangerous).

>> Database in Windows is in read-only (recovery) mode so it cannot changed.

Then you might as well just rm -rf it (or whatever the equivalent Windows
incantation is).  On Windows, that database is broken and useless.

            regards, tom lane



pgsql-general by date:

Previous
From: Adrian Klaver
Date:
Subject: Re: Query returns no rows in pg_basebackup cluster
Next
From: Adrian Klaver
Date:
Subject: Re: Query returns no rows in pg_basebackup cluster