| From: | Brendan Jurd <direvus(at)gmail(dot)com> |
|---|---|
| To: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-bugs <pgsql-bugs(at)postgresql(dot)org>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Alex Ferrara <alex(at)receptiveit(dot)com(dot)au> |
| Subject: | Re: Failed assert ((data - start) == data_size) in heaptuple.c |
| Date: | 2011-04-09 13:20:59 |
| Message-ID: | BANLkTikXsEDOvKkWuy5F1ES-JA-mbe=4_w@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs pgsql-hackers |
On 9 April 2011 00:41, Alvaro Herrera <alvherre(at)commandprompt(dot)com> wrote:
> Excerpts from Brendan Jurd's message of vie abr 08 06:00:22 -0300 2011:
>> Memtest didn't report any errors. I intend to try swapping out the
>> RAM tomorrow, but in the meantime we got a *different* assertion
>> failure today. The fact that we are tripping over various different
>> assertions seems to lend further weight to the flaky hardware
>> hypothesis.
>>
>> TRAP: FailedAssertion("!(((lpp)->lp_flags == 1))", File: "heapam.c", Line: 727)
>
> Yep.
>
I swapped the RAM with another machine, and after a few hours running
the other machine popped a segfault. The faulty RAM diagnosis is now
official, so I won't be bothering you folks about this any further.
Cheers,
BJ
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Michael Meskes | 2011-04-09 15:52:41 | Re: BUG #5969: ecpg can't see sqlca |
| Previous Message | Daniel Lyons | 2011-04-08 22:47:32 | BUG #5969: ecpg can't see sqlca |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jesper Krogh | 2011-04-09 13:22:14 | Evaluation of secondary sort key. |
| Previous Message | Aidan Van Dyk | 2011-04-09 13:05:42 | Re: pg_upgrade bug found! |