Re: buffer assertion tripping under repeat pgbench load

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: buffer assertion tripping under repeat pgbench load
Дата
Msg-id 5564.1356365220@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: buffer assertion tripping under repeat pgbench load  (Greg Smith <greg@2ndQuadrant.com>)
Ответы Re: buffer assertion tripping under repeat pgbench load  (Simon Riggs <simon@2ndQuadrant.com>)
Список pgsql-hackers
Greg Smith <greg@2ndQuadrant.com> writes:
> I did get some output from the variation Andres suggested.  There was 
> exactly one screwed up buffer:

> 2012-12-24 06:08:46 EST [26015]: WARNING:  refcount of base/16384/49169 
> is 1073741824 should be 0, globally: 0

> That is pgbench_accounts_pkey.  1073741824 =
> 0100 0000 0000 0000 0000 0000 0000 0000 = 2^30

Huh.  Looks a bit like overflow of the refcount, which would explain why
it takes such a long test case to reproduce it.  But how could that be
happening without somebody forgetting to decrement the refcount, which
ought to lead to a visible failure in shorter tests?  Even more
interesting that the buffer's global refcount is zero.

Now that we know it's an index, it would be mighty useful to know which
block is the problem (I'm wondering if it's metapage or root).  Could
you add the block number to the printout?
        regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Simon Riggs
Дата:
Сообщение: Re: Feature Request: pg_replication_master()
Следующее
От: Simon Riggs
Дата:
Сообщение: Re: buffer assertion tripping under repeat pgbench load