From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Alex <zhihui(dot)fan1213(at)gmail(dot)com> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: any suggestions to detect memory corruption |
Date: | 2019-05-08 14:34:41 |
Message-ID: | 25934.1557326081@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Alex <zhihui(dot)fan1213(at)gmail(dot)com> writes:
> I can get the following log randomly and I am not which commit caused it.
> 2019-05-08 21:37:46.692 CST [60110] WARNING: problem in alloc set index
> info: req size > alloc size for chunk 0x2a33a78 in block 0x2a33a18
I've had success in finding memory stomp causes fairly quickly by setting
a hardware watchpoint in gdb on the affected location. Then you just let
it run to see when the value changes, and check whether that's a "legit"
or "not legit" modification point.
The hard part of that, of course, is to know in advance where the affected
location is. You may be able to make things sufficiently repeatable by
doing the problem query in a fresh session each time.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Laurenz Albe | 2019-05-08 14:49:23 | Re: Identity columns should own only one sequence |
Previous Message | Tom Lane | 2019-05-08 14:28:56 | Re: make \d pg_toast.foo show its indices |