From: | Peter Geoghegan <pg(at)heroku(dot)com> |
---|---|
To: | Peter Tripp <peter(at)chartio(dot)com> |
Cc: | pgsql-bugs <pgsql-bugs(at)postgresql(dot)org> |
Subject: | Re: BUG #14150: Attempted to delete invisible tuple |
Date: | 2016-06-08 01:41:41 |
Message-ID: | CAM3SWZS4JkRZbGfOpxPgmqqTYdfYrF+E7ihBqFwyw3dyzdqNzA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Tue, Jun 7, 2016 at 6:33 PM, Peter Tripp <peter(at)chartio(dot)com> wrote:
> From my logs:
> ````
> 2016-06-08 00:54:18 UTC:10.10.4.142(59691):user(at)dbname:[13169]:ERROR:
> attempted to delete invisible tuple
> 2016-06-08 00:54:18 UTC:10.10.4.142(59691):user(at)dbname:[13169]:STATEMENT:
> INSERT INTO cache (key, value, expires_at) VALUES ($1, $2, $3) ON CONFLICT
> (key) DO UPDATE SET value=EXCLUDED.value, expires_at=EXCLUDED.expires_at
> ````
>
> This was a freshly provisioned postgreSQL 9.5.2 on RDS with no imported
> data. The issue appeared less than a minute after stress testing it with
> insert/updates. I don't yet have a working test case, but I've only seen it
> when there's quite a bit of concurrency.
This is the stress-testing suite that we used during development:
https://github.com/petergeoghegan/jjanes_upsert
Does your test case also use foreign keys? Or, is that just the other
case reported by Viren Negi?
Thanks
--
Peter Geoghegan
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Geoghegan | 2016-06-08 02:00:29 | Re: BUG #14150: Attempted to delete invisible tuple |
Previous Message | Peter Tripp | 2016-06-08 01:33:34 | Re: BUG #14150: Attempted to delete invisible tuple |