On 11/17/2014 11:34 AM, Andres Freund wrote:
Hi,
Kevin: CCed you, because it doesn't really look like a logical decoding
related issue.
On 2014-11-17 11:25:40 -0500, Steve Singer wrote:
On 11/17/2014 10:37 AM, Andres Freund wrote:
On 2014-11-13 22:23:02 -0500, Steve Singer wrote:
Also since
Hi,
Kevin: CCed you, because it doesn't really look like a logical decoding
related issue.
On 2014-11-17 11:25:40 -0500, Steve Singer wrote:
> On 11/17/2014 10:37 AM, Andres Freund wrote:
> >On 2014-11-13 22:23:02 -0500, Steve Singer wrote:
> >
> >
> >Also since updating (to 2c267e47afa4f9a7c) I'
On 11/17/2014 10:37 AM, Andres Freund wrote:
On 2014-11-13 22:23:02 -0500, Steve Singer wrote:
Also since updating (to 2c267e47afa4f9a7c) I've seen a assertion failure in
a normal client connection, not the walsender
#3 0x006b4978 in GetSerializableTransactionSnapshotInt (
snapsh
On 2014-11-13 22:23:02 -0500, Steve Singer wrote:
> On 11/13/2014 02:44 PM, Andres Freund wrote:
> >H
>
> >I've pushed a fix for a bug that could possibly also cause
> >this. Although it'd be odd that it always hits the user catalog
> >table. Except if your tests mostly modify the slony tables, bu
On 2014-11-17 10:33:52 -0500, Steve Singer wrote:
> On 11/16/2014 04:49 PM, Steve Singer wrote:
> >
> >
> >I installed things following the above steps on a different system than my
> >usual development laptop and I have been unable to reproduce the error so
> >for (on that system). But I am still
On 11/16/2014 04:49 PM, Steve Singer wrote:
I installed things following the above steps on a different system
than my usual development laptop and I have been unable to reproduce
the error so for (on that system). But I am still able to reproduce
it on occasion on my normal development lap
On 11/13/2014 02:44 PM, Andres Freund wrote:
Hi Steve,
If it still happens, could you send me instructions of how to reproduce
the problem after cloning the necessary source repositories? It's quite
hard to validate a possible fix otherwise.
1. Install PG 9.4
2. Perform an initdb
max_con
On 11/13/2014 02:44 PM, Andres Freund wrote:
H
I've pushed a fix for a bug that could possibly also cause
this. Although it'd be odd that it always hits the user catalog
table. Except if your tests mostly modify the slony tables, but do not
do much DDL otherwise?
The test I was running doesn
Hi Steve,
On 2014-10-28 22:38:29 -0400, Steve Singer wrote:
> On 10/28/2014 01:31 PM, Andres Freund wrote:
> >On 2014-10-25 18:18:07 -0400, Steve Singer wrote:
> >>My logical decoding plugin is occasionally getting this error
> >>
> >>"could not resolve cmin/cmax of catalog tuple"
> >>
> >>I get
On 10/28/2014 01:31 PM, Andres Freund wrote:
On 2014-10-25 18:18:07 -0400, Steve Singer wrote:
My logical decoding plugin is occasionally getting this error
"could not resolve cmin/cmax of catalog tuple"
I get this when my output plugin is trying to read one of the user defined
catalog tables
On 2014-10-25 18:18:07 -0400, Steve Singer wrote:
> My logical decoding plugin is occasionally getting this error
>
> "could not resolve cmin/cmax of catalog tuple"
>
> I get this when my output plugin is trying to read one of the user defined
> catalog tables (user_catalog_table=true)
Hm. That
My logical decoding plugin is occasionally getting this error
"could not resolve cmin/cmax of catalog tuple"
I get this when my output plugin is trying to read one of the user
defined catalog tables (user_catalog_table=true)
I am not sure if this is a bug in the time-travel support in the l
12 matches
Mail list logo