Re: any suggestions to detect memory corruption - Mailing list pgsql-hackers

From Tom Lane
Subject Re: any suggestions to detect memory corruption
Date
Msg-id 25934.1557326081@sss.pgh.pa.us
Whole thread Raw
In response to any suggestions to detect memory corruption  (Alex <zhihui.fan1213@gmail.com>)
Responses Re: any suggestions to detect memory corruption
List pgsql-hackers
Alex <zhihui.fan1213@gmail.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



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: make \d pg_toast.foo show its indices
Next
From: Laurenz Albe
Date:
Subject: Re: Identity columns should own only one sequence