From: | Stepan Yankevych <stepya(at)ukr(dot)net> |
---|---|
To: | sergii(dot)zhuravlev(at)smartnet(dot)ua, pgsql-bugs(at)lists(dot)postgresql(dot)org |
Cc: | sergii(dot)zhuravlev(at)smartnet(dot)ua |
Subject: | Re: BUG #16961: Could not access status of transaction |
Date: | 2021-04-14 16:11:41 |
Message-ID: | 1618416199.969761000.ago134mu@frv53.fwdcdn.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Hi Guys!
Let me clarify few things things about the issue.
The issue happening each morning when application starts on the production DataBase during about a month.
Always the same transaction id is mentioned in the error (1954017648)
We tried to do UNLISTEN - no changes. the same issue.
LISTEN works good for any other channels.
Can it be related to some hanged transaction? 1954017648? (for example while some network interruption)
Is it possible to kill/clean it somehow without DB restart?
Can it be related to some non-vacuumed system table or so?
Any other ideas?
Thanks!
--- Original message ---
From: "PG Bug reporting form" <noreply(at)postgresql(dot)org>
Date: 13 April 2021, 18:50:26
The following bug has been logged on the website:
Bug reference: 16961
Logged by: Sergey Zhuravlev
Email address: sergii(dot)zhuravlev(at)smartnet(dot)ua
PostgreSQL version: 13.2
Operating system: CentOS Linux release 7.9.2009 (Core)
Description:
Hello
Command - LISTEN missed_trades_empty_instrument
"
ERROR: could not access status of transaction 1954017648
DETAIL: Could not open file "pg_xact/0747": No such file or directory.
STATEMENT: LISTEN missed_trades_empty_instrument
"
Current transaction
# select txid_current();
txid_current
--------------
6985716158
Parameter - autovacuum_freeze_max_age = 200000000
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2021-04-14 20:13:43 | Re: [BUGS] BUG #14242: Role with a setconfig "role" setting to a nonexistent role causes pg_upgrade to fail |
Previous Message | Mead, Scott | 2021-04-14 14:17:45 | Re: [BUG] Autovacuum not dynamically decreasing cost_limit and cost_delay |