On Wed, Feb 1, 2012 at 11:19 AM, Tom Lane <t...@sss.pgh.pa.us> wrote: > Robert Haas <robertmh...@gmail.com> writes: >> No, I wasn't thinking about a tuple descriptor mismatch. I was >> imagining that the page contents themselves might be in flux while >> we're trying to read from it. > > Oh, gotcha. Yes, that's a horribly plausible idea. All it'd take is > one WAL replay routine that hasn't been upgraded to acquire sufficient > buffer locks. Pre-hot-standby, there was no reason for them to be > careful about locking. > > On the other hand, if that were the cause, you'd expect the symptoms > to be a bit more variable...
Well, OP has two: crash, and invalid memory allocation. Both share the common thread that they happen while trying to decode a tuple. It would be nice to get a dump of what PostgreSQL thought the entire block looked like at the time the crash happened. That information is presumably already in the core dump, but I'm not sure if there's a nice way to extract it using gdb. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
