From: Craig James <craig_james@emolecules.com>
To: pgsql-performance@postgresql.org
Subject: libgcc double-free, backend won't die
Date: Mon, 10 Dec 2007 23:50:11 -0800
Message-ID: <475E4133.5080009@emolecules.com> (raw)
In-Reply-To: <4729B1E9.2080306@gmail.com>
References: <C34DDC3D.43F60%llonergan@greenplum.com>
<7EB0D6C0-48E2-4155-8559-9113D3BD2785@ketema.net>
<4728CF7B.7040306@gmail.com>
<4728FB3E.3070709@shaw.ca>
<472978BE.9@hagander.net>
<4729B1E9.2080306@gmail.com>
This is driving me crazy. I have some Postgres C function extensions in a shared library. They've been working fine. I upgraded to Fedora Core 6 and gcc4, and now every time psql(1) disconnects from the server, the serverlog gets this message:
*** glibc detected *** postgres: mydb mydb [local] idle: double free or corruption! (!prev): 0x08bfcde8
and the backend process won't die. Every single connection that executes one of my functions leaves an idle process, like this:
$ ps -ef | grep postgres
postgres 12938 12920 0 23:24 ? 00:00:00 postgres: mydb mydb [local] idle
This error only happens on disconnect. As long as I keep the connection open, I can
Worse, these zombie Postgres processes won't die, which means I can't shut down and restart Postgres unless I "kill -9" all of them, and I can't use this at all because I get zillions of these dead processes.
I've used valgrind on a test application that runs all of my functions outside of the Postgres environment, and not a single problem shows up even after hours of processing. I tried setting MALLOC_CHECK_ to various values, so that I could trap the abort() call using gdb, but once MALLOC_CHECK_ is set, the double-free error never occurs. (But malloc slows down too much this way.)
I even read through the documentation for C functions again, and carefully examined my code. Nothing is amiss, some of the functions are quite simple yet still exhibit this problem.
Anyone seen this before? It's driving me nuts.
Postgres 8.1.4
Linux kernel 2.6.22
gcc 4.1.1
Thanks,
Craig
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-performance@postgresql.org
Cc: craig_james@emolecules.com
Subject: Re: libgcc double-free, backend won't die
In-Reply-To: <475E4133.5080009@emolecules.com>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox