Skip site navigation (1) Skip section navigation (2)

Re: Streaming Replication patch for CommitFest 2009-09

From: Fujii Masao <masao(dot)fujii(at)gmail(dot)com>
To: Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Streaming Replication patch for CommitFest 2009-09
Date: 2009-10-01 01:33:20
Message-ID: 3f0b79eb0909301833l240031a3j96067c7b89d56ae1@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-hackers
Hi,

On Thu, Sep 24, 2009 at 5:20 PM, Fujii Masao <masao(dot)fujii(at)gmail(dot)com> wrote:
>> Meanwhile, can you work on the above items and submit a
>> new version, please?
>
> Yeah, sure.

The attached is the patch to tackle the items, against 'replication-orig' branch
in your git repository.

Changes:
    * Change PQgetXLogData() to return a malloc'd buffer instead of a
pointer of the internal buffer.
    * Remove PQmarkConsumed().
    * Introduce a new macro XLogIsNeeded() which encapsulates
(XLogArchivingActive() || XLogStreamingAllowed()).
    * Replace read/write_conninfo with just a long-enough field in shared mem.
    * Remove 'replication' database, and support a new keyword
'replication' for pg_hba.conf.
    * Include system_identifier in the replication startup handshake.
    * Add error handling a la bgwriter and have a retry loop within walreceiver.
    * Prevent the startup process from getting stuck when launching
walreceiver fails.

Since we might need to change the patch further, I've not modified the
document yet.

Regards,

-- 
Fujii Masao
NIPPON TELEGRAPH AND TELEPHONE CORPORATION
NTT Open Source Software Center

Attachment: sr_rework_1001.patch
Description: application/octet-stream (45.4 KB)

In response to

pgsql-hackers by date

Next:From: Itagaki TakahiroDate: 2009-10-01 01:40:45
Subject: Re: Triggers on columns
Previous:From: KaiGai KoheiDate: 2009-10-01 01:09:07
Subject: Re: [PATCH] Reworks for Access Control facilities (r2311)

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group