Re: BUG #2769: "invalid memory alloc request size <n>" on

From: Chris Jones <chris(at)cjones(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #2769: "invalid memory alloc request size <n>" on
Date: 2006-11-26 08:21:46
Message-ID: 45694E9A.1020006@cjones.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Tom Lane wrote:
> "Chris Jones" <chris(at)cjones(dot)org> writes:
>> I used to be decent with gdb, so let me know if there's anything I can do as
>> far as backtraces, etc.
>
> Try setting a breakpoint at errfinish() and backtracing from there.

Breakpoint 1, 0x081cd8ba in errfinish ()
(gdb) bt
#0 0x081cd8ba in errfinish ()
#1 0x081ce756 in elog_finish ()
#2 0x081dd6e5 in MemoryContextAlloc ()
#3 0x081ca14c in load_relcache_init_file ()
#4 0x081c9164 in RelationCacheInitialize ()
#5 0x081d4dfe in InitPostgres ()
#6 0x0816facb in PostgresMain ()
#7 0x0811e04d in main ()
#8 0x08072e22 in ___start ()

Because it was built without debugging symbols, I think this is all I
can get for you.

I've dropped this database and restored it from backups to get it
running again. But I've also kept a copy of the erroneous data for
bug-hunting purposes. If you'd like to track this down and/or find a way
to automatically clean up data corrupted in this fashion, I'll be happy
to work with you. If you have no interest, please let me know so I can
delete the files.

Chris

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Greg Peters 2006-11-26 11:38:56 BUG #2781: database dump/restore problems
Previous Message Thomas H. 2006-11-26 04:05:37 BUG #2780: could not fsync segment 0