RE: FW: query pg_stat_ssl hang 100%cpu
James Pang (chaolpan) <chaolpan@cisco.com>
From: "James Pang (chaolpan)" <chaolpan@cisco.com>
To: Thomas Munro <thomas.munro@gmail.com>
Cc: Michael Paquier <michael@paquier.xyz>,
PostgreSQL mailing lists <pgsql-bugs@lists.postgresql.org>
Date: 2023-09-07T10:31:25Z
Lists: pgsql-bugs, pgsql-performance
Yes, checked the server history logs, we found when the backend starting hang there, operating system has out of memory that may lead to the allocation of RecordIdentierArray failed. Thanks, James -----Original Message----- From: Thomas Munro <thomas.munro@gmail.com> Sent: Thursday, September 7, 2023 6:01 PM To: James Pang (chaolpan) <chaolpan@cisco.com> Cc: Michael Paquier <michael@paquier.xyz>; PostgreSQL mailing lists <pgsql-bugs@lists.postgresql.org> Subject: Re: FW: query pg_stat_ssl hang 100%cpu On Thu, Sep 7, 2023 at 9:38 PM James Pang (chaolpan) <chaolpan@cisco.com> wrote: > (gdb) p RecordCacheArrayLen > $3 = 0 Clearly this system lacks check against wrapping around, but it must be hard work to allocate billions of typmods... Or maybe if in an earlier call we assigned RecordCacheArray but the allocation of RecordIdentifierArray failed (a clue would be that it is still NULL), we never manage to assign RecordCacheArrayLen a non-zero value? But it must be unlikely for a small allocation to fail...
Commits
-
Fix exception safety bug in typcache.c.
- f899c7f1eae4 16.1 landed
- 3acd0599bd8e 17.0 landed
- 6ae57f190e27 11.22 landed
- 012b80ad20c2 12.17 landed
- 189097db822d 13.13 landed
- e2452c2a630a 14.10 landed
- a26cc0334f8b 15.5 landed