Re: "PANIC: could not open critical system index 2662" - twice
Evgeny Morozov <postgresql3@realityexists.net>
From: Evgeny Morozov <postgresql3@realityexists.net>
To: Andres Freund <andres@anarazel.de>
Cc: Thomas Munro <thomas.munro@gmail.com>, Tom Lane <tgl@sss.pgh.pa.us>,
PostgreSQL General <pgsql-general@postgresql.org>
Date: 2023-05-17T07:16:58Z
Lists: pgsql-general
On 17/05/2023 1:39 am, Andres Freund wrote: > Try to prevent the DROP DATABASE from getting cancelled :/. I still don't know why that's happening. I mean, I know why it gets cancelled (the client timeout we set in Npgsql), but I don't know why the drop does not succeed within 30 seconds. We could, of course, increase that timeout, but my gut feeling is that if it hasn't happened in 30 seconds it won't happen in 5 minutes, either, and the connection will have to be closed eventually. Can you think of any way to troubleshoot that? > If you want to go a bit further, you could rename the database to > *_dropped before dropping it, and then try to do the DROP DATABASE. > That way you'd at least know that it's corrupt because of a failed > DROP database. That's a good idea and I will do that, but my bigger concern is PG crashing entirely with the "PANIC" error and refusing to start again. I still don't know why that happened back in April (but not this time, in May), so I don't know how to prevent that.
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Handle DROP DATABASE getting interrupted
- f66403749df7 15.4 landed
- 1c38e7ae17b6 11.21 landed
- 034a9fcd2bb8 12.16 landed
- 81ce000067e3 13.12 landed
- d11efe830385 14.9 landed
- a4b4cc1d60f7 16.0 landed
- c66a7d75e652 17.0 landed
-
Remove the restriction that the relmap must be 512 bytes.
- d8cd0c6c95c0 16.0 cited