Re: VACUUM to prevent wraparound

Да, действительно, проблема была именно в corrupt индексе.
Веороятно проблема фикса в 9.5.6 так и не [до конца] решена до сих пор
:(

ээх

On 16:01 Mon 16 Apr , Dmitry E. Oboukhov wrote:
>> Привет
>> Если вы будете мешать работать antiwraparound автовакууму - у вас через некоторое обозримое время встанет вообще вся база и потребует плотного общения с DBA вроде вот такого:
>>> ERROR: database is not accepting commands to avoid wraparound data loss in database "mydb"
>>> HINT: Stop the postmaster and vacuum that database in single-user mode.
>> /docs/current/static/routine-vacuuming.html#VACUUM-FOR-WRAPAROUND

> в общем приблизительно я разобрался что произошло.

> видимо бага которую закрывали в 9.5.6-1 и о которую мы в свое время
> нос разбили еще таки есть.

> я запустил руками VACUUM ANALYZE VERBOSE orders;

> затем стопнул prevent-запрос и увидел что VACUUM не может пройти
> поскольку один из индексов фелится vacuum

> ERROR: failed to re-find parent key in index "orders_from_fullname_idx" for deletion target page 163383

> я дропнул и пересоздал этот индекс и далее снова пустил

> VACUUM ANALYZE VERBOSE orders;

> этот VACUUM еще идет, но судя по всему минут через 15 завершится.

> а дальше будем смотреть, надеюсь что и prevent исчезнет

>> Потому что иначе при wraparound сделать больше ничего нельзя.

>> Ждите когда wraparound завершится либо выполните vacuum freeze самостоятельно.

>> И включите обратно autovacuum. Он выполняет много полезной работы. Если вы думаете что он мешает - значит у вас недостаточно агрессивно настроен автовакуум.

> да это понятно. Я его выключил в рамках попытки разобраться что было.

>> С уважением, Сергей
> --

> . ''`. Dmitry E. Oboukhov <unera(at)debian(dot)org>
> : :’ :
> `. `~’ GPG key: 4096R/08EEA756 2014-08-30
> `- 71ED ACFC 6801 0DD9 1AD1 9B86 8D1F 969A 08EE A756
--

. ''`. Dmitry E. Oboukhov <unera(at)debian(dot)org>
: :’ :
`. `~’ GPG key: 4096R/08EEA756 2014-08-30
`- 71ED ACFC 6801 0DD9 1AD1 9B86 8D1F 969A 08EE A756