Да, действительно, проблема была именно в 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.
>> https://www.postgresql.org/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@debian.org>
> : :’ :
> `. `~’ GPG key: 4096R/08EEA756 2014-08-30
> `- 71ED ACFC 6801 0DD9 1AD1 9B86 8D1F 969A 08EE A756
--
. ''`. Dmitry E. Oboukhov <unera@debian.org>
: :’ :
`. `~’ GPG key: 4096R/08EEA756 2014-08-30
`- 71ED ACFC 6801 0DD9 1AD1 9B86 8D1F 969A 08EE A756