From: | Mark Kirkwood <markir(at)paradise(dot)net(dot)nz> |
---|---|
To: | Simon Riggs <simon(at)2ndQuadrant(dot)com> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Re: Hot standby v5 patch - Databases created post backup remain inaccessible + replica SIGSEGV when coming out of standby |
Date: | 2008-11-09 22:09:16 |
Message-ID: | 49175F8C.3060401@paradise.net.nz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Simon Riggs wrote:
> On Tue, 2008-11-04 at 18:33 +1300, Mark Kirkwood wrote:
>
>
>> postgres=# \l
>> List of databases
>> Name | Owner | Encoding | Collation | Ctype | Access
>> Privileges
>> -----------+----------+-----------+-----------+-------+-------------------------------------
>> bench | postgres | SQL_ASCII | C | C |
>> postgres | postgres | SQL_ASCII | C | C |
>> template0 | postgres | SQL_ASCII | C | C |
>> {=c/postgres,postgres=CTc/postgres}
>> template1 | postgres | SQL_ASCII | C | C |
>> {=c/postgres,postgres=CTc/postgres}
>> (4 rows)
>>
>> postgres=# \c bench
>> FATAL: database "bench" does not exist
>> Previous connection kept
>>
>
> CREATE DATABASE didn't trigger the db flat file update, code for which
> existed and was triggered in the cases when a transaction would normally
> rebuild the flat files. Simple fix, but stupid oversight.
>
> Spotted another problem which is that BuildFlatFile may not be built
> consistently if a rebuild is triggered prior to us reaching the recovery
> consistency point. This is fixed by forcing a rebuild of the flat files
> when we hit the recovery point.
>
> Both one line changes, but I'll go looking for other issues there.
>
>
Patching with v5d lets me access the newly created database, another one
down!
Cheers
Mark
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2008-11-09 22:12:46 | Re: Reducing some DDL Locks to ShareLock |
Previous Message | Mark Kirkwood | 2008-11-09 22:07:57 | Re: Hot standby v5 patch assertion failure |