Re: pg_upgrade segfault (was: pg_migrator segfault)

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: hernan gonzalez <hgonzalez(at)gmail(dot)com>
Cc: Grzegorz Jaśkiewicz <gryzman(at)gmail(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: pg_upgrade segfault (was: pg_migrator segfault)
Date: 2010-11-02 18:29:38
Message-ID: 1400.1288722578@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

hernan gonzalez <hgonzalez(at)gmail(dot)com> writes:
> Running gbd with the core generated by the segfault, it outputs this:

> Program terminated with signal 11, Segmentation fault.
> #0 0xb7df84ed in _int_realloc () from /lib/libc.so.6
> Missing separate debuginfos, use: debuginfo-install glibc-2.11.1-4.i686
> (gdb) bt
> #0 0xb7df84ed in _int_realloc () from /lib/libc.so.6
> #1 0xb7df88a0 in realloc () from /lib/libc.so.6
> #2 0xb7db2a5e in __add_to_environ () from /lib/libc.so.6
> #3 0xb7db27b7 in putenv () from /lib/libc.so.6
> #4 0x0804aa11 in putenv2 ()
> #5 0x0804af93 in get_control_data ()
> #6 0x08049801 in check_cluster_compatibility ()
> #7 0x0804eb88 in main ()

Hmm, this suggests that pg_upgrade has managed to clobber malloc's
internal data structures, probably by writing past the end of an
allocated chunk. You should be able to identify where if you can
run pg_upgrade under valgrind or ElectricFence.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message hernan gonzalez 2010-11-02 19:00:29 Re: pg_upgrade segfault (was: pg_migrator segfault)
Previous Message zhong ming wu 2010-11-02 18:27:08 Re: Is this a known feature of 8.1 SSL connection?