Re: BUG #4838: Database corruption after btree_gin index creation
От | Daniele Bortoluzzi |
---|---|
Тема | Re: BUG #4838: Database corruption after btree_gin index creation |
Дата | |
Msg-id | 24b661c20906092338k483de230saa2590e22c086949@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: BUG #4838: Database corruption after btree_gin index creation (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: BUG #4838: Database corruption after btree_gin index creation
|
Список | 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 по дате отправления: