Re: any suggestions to detect memory corruption

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

In response to

Responses

Browse pgsql-hackers by date

  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