Re: BUG #4838: Database corruption after btree_gin index creation - Mailing list pgsql-bugs

From Daniele Bortoluzzi
Subject Re: BUG #4838: Database corruption after btree_gin index creation
Date
Msg-id 24b661c20906092338k483de230saa2590e22c086949@mail.gmail.com
Whole thread Raw
In response to Re: BUG #4838: Database corruption after btree_gin index creation  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: BUG #4838: Database corruption after btree_gin index creation  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-bugs
2009/6/10 Tom Lane <tgl@sss.pgh.pa.us>:
[...]
> I cannot replicate this problem based on the little information
> provided. =A0The GIN bug we found a couple of days ago would explain
> the "tuple offset out of range" errors, and if you had had Asserts
> enabled it would explain Assert failures; but I don't see that it
> explains a segfault. =A0Can you still reproduce this with CVS HEAD,
> and if so would you submit a test case? =A0Or at least a stack trace
> from the crash?

I tried to replicate the error with a little set of data (our db
weights ~700MB) but I could not achieve it.
Now I'm checking out from the CVS server, will post a new message
today or at least tomorrow.

If I cannot reproduce the error, what is the best way to catch the
stack trace? Do I have to recompile with --enable-debug?
I read this article:
http://wiki.postgresql.org/wiki/Developer_FAQ#What_debugging_features_are_a=
vailable.3F
but I never debugged postgresql with gdb. Can you give me some hint?

I am sorry for the megadelay. Thank you for supporting.

pgsql-bugs by date:

Previous
From: "Itagaki Takahiro"
Date:
Subject: BUG #4845: cash_in is broken for lc_monetary = 'ja'
Next
From: "Anders Gunnarsson"
Date:
Subject: BUG #4846: Error reading file: config