From: | Marko Tiikkaja <marko(at)joh(dot)to> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, PostgreSQL mailing lists <pgsql-bugs(at)postgresql(dot)org> |
Subject: | Re: BUG #14830: Missed NOTIFications, PostgreSQL 9.1.24 |
Date: | 2017-10-10 14:09:29 |
Message-ID: | CAL9smLD0GFhpw+EB9EcEWvYFZ2p-qvhi5qSkJTHb32bUSi9UXg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Tue, Oct 10, 2017 at 3:58 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Marko Tiikkaja <marko(at)joh(dot)to> writes:
> > So I managed to accidentally kill and/or restart both servers while
> trying
> > to install debug symbols, but I'm doing a new run now and I noticed
> > something interesting: the listening backend's RecentXmin doesn't seem to
> > ever go forward. By my reading of this code, that would mean trouble for
> > this piece of code in TransactionIdIsInProgress:
>
> > if (TransactionIdPrecedes(xid, RecentXmin))
> > return false;
>
> Hmm ... I suppose it's possible that that happens if the listening
> backend isn't executing any SQL commands but is just sitting.
> While that might describe your test harness, does it describe any
> real-world application?
>
Yes. It's a service which only does LISTEN and UNLISTEN and forwards
notifications to its clients.
.m
From | Date | Subject | |
---|---|---|---|
Next Message | John McKown | 2017-10-10 14:19:17 | Re: please quote POSTGRESQL |
Previous Message | Alvaro Herrera | 2017-10-10 14:06:21 | Re: BUG #14830: Missed NOTIFications, PostgreSQL 9.1.24 |