On 2015-09-29 13:44, Fujii Masao wrote:
On Tue, Sep 29, 2015 at 12:05 PM, Alvaro Herrera
wrote:
Petr Jelinek wrote:
On 2015-09-02 16:14, Fujii Masao wrote:
On Wed, Aug 5, 2015 at 2:16 AM, Robert Haas wrote:
On Mon, Aug 3, 2015 at 10:31 AM,
On Tue, Sep 29, 2015 at 12:05 PM, Alvaro Herrera
wrote:
> Petr Jelinek wrote:
>> On 2015-09-02 16:14, Fujii Masao wrote:
>> >On Wed, Aug 5, 2015 at 2:16 AM, Robert Haas wrote:
>> >>On Mon, Aug 3, 2015 at 10:31 AM, Fujii Masao
On 2015-09-29 05:05, Alvaro Herrera wrote:
Petr Jelinek wrote:
On 2015-09-02 16:14, Fujii Masao wrote:
On Wed, Aug 5, 2015 at 2:16 AM, Robert Haas wrote:
On Mon, Aug 3, 2015 at 10:31 AM, Fujii Masao wrote:
track_commit_timestamp tracks COMMIT
Petr Jelinek wrote:
> On 2015-09-29 13:44, Fujii Masao wrote:
> >On Tue, Sep 29, 2015 at 12:05 PM, Alvaro Herrera
> > wrote:
> >-#define RecoveryRequiresBoolParameter(param_name, currValue, masterValue) \
> >-do { \
> >-bool _currValue = (currValue); \
> >-bool
Hi Fujii, thanks for the review. I have pushed the patch to 9.5 and
master.
Fujii Masao wrote:
> @@ -5321,7 +5333,7 @@ xact_redo_commit(xl_xact_parsed_commit *parsed,
> /* Set the transaction commit timestamp and metadata */
> TransactionTreeSetCommitTsData(xid, parsed->nsubxacts,
On 2015-09-28 18:59, Robert Haas wrote:
The patch looks good to me except the following minor points.
* or not. Normal path through RecordTransactionCommit() will be related
* to a transaction commit XLog record, and so should pass "false" here.
The above source comment of
On Mon, Sep 28, 2015 at 2:07 PM, Petr Jelinek wrote:
> Sorry, missed your reply.
To be clear, that was actually Fujii Masao's reply, not mine. I hope
he can have a look at this version.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL
On Fri, Sep 18, 2015 at 12:53 AM, Fujii Masao wrote:
> On Sat, Sep 5, 2015 at 7:48 PM, Petr Jelinek wrote:
>> On 2015-09-02 16:14, Fujii Masao wrote:
>>>
>>> On Wed, Aug 5, 2015 at 2:16 AM, Robert Haas wrote:
On Mon,
Fujii Masao wrote:
> +if (replorigin_sesssion_origin == InvalidRepOriginId ||
>
> This is not the problem of the patch, but I started wondering what
> "sesssion" in the variable name "replorigin_sesssion_origin" means.
> Is it just a typo and it should be "session"? Or it's the abbreviation
Petr Jelinek wrote:
> On 2015-09-02 16:14, Fujii Masao wrote:
> >On Wed, Aug 5, 2015 at 2:16 AM, Robert Haas wrote:
> >>On Mon, Aug 3, 2015 at 10:31 AM, Fujii Masao wrote:
> >>>track_commit_timestamp tracks COMMIT PREPARED as expected in standby
>
On Sat, Sep 5, 2015 at 7:48 PM, Petr Jelinek wrote:
> On 2015-09-02 16:14, Fujii Masao wrote:
>>
>> On Wed, Aug 5, 2015 at 2:16 AM, Robert Haas wrote:
>>>
>>> On Mon, Aug 3, 2015 at 10:31 AM, Fujii Masao
>>> wrote:
On 2015-09-02 16:14, Fujii Masao wrote:
On Wed, Aug 5, 2015 at 2:16 AM, Robert Haas wrote:
On Mon, Aug 3, 2015 at 10:31 AM, Fujii Masao wrote:
track_commit_timestamp tracks COMMIT PREPARED as expected in standby server,
but not in master server.
On Wed, Aug 5, 2015 at 2:16 AM, Robert Haas wrote:
> On Mon, Aug 3, 2015 at 10:31 AM, Fujii Masao wrote:
>> track_commit_timestamp tracks COMMIT PREPARED as expected in standby server,
>> but not in master server. Is this intentional? It should track
On 2015-08-04 13:16:52 -0400, Robert Haas wrote:
On Mon, Aug 3, 2015 at 10:31 AM, Fujii Masao masao.fu...@gmail.com wrote:
track_commit_timestamp tracks COMMIT PREPARED as expected in standby server,
but not in master server. Is this intentional? It should track COMMIT
PREPARED
even in
On Tue, Aug 4, 2015 at 1:18 PM, Andres Freund and...@anarazel.de wrote:
On 2015-08-04 13:16:52 -0400, Robert Haas wrote:
On Mon, Aug 3, 2015 at 10:31 AM, Fujii Masao masao.fu...@gmail.com wrote:
track_commit_timestamp tracks COMMIT PREPARED as expected in standby
server,
but not in master
On Mon, Aug 3, 2015 at 10:31 AM, Fujii Masao masao.fu...@gmail.com wrote:
track_commit_timestamp tracks COMMIT PREPARED as expected in standby server,
but not in master server. Is this intentional? It should track COMMIT PREPARED
even in master? Otherwise, we cannot use commit_timestamp feature
16 matches
Mail list logo