Исходное сообщение
"Обновление PostgreSQL с устранением уязвимостей" Отправлено Анонимленьлогиниться, 15-Ноя-20 18:01
>> И опять я не прав, переписка-то 2019 годом заканчивается :) > так ворвитесь в тред и апните топик > может у них не на ком воспроизвести Да нет! Там бага была другая совсем. Кто-то доопотимизировался при записи WAL в PG12 :) И индекс, работавший в 10 и 11 сломался. Ту багу давно поправили. Просто падало ровно на этом индексе этой же таблицы. Но падало в wal writer; при этом основной процесс постгреса успевал выдать нечто внятное перед полным паднием. А сейчас падает вообще все сразу и без внятной ошибки. > зы: а вы пробовали на копии бд заменить боевые данные рандомными значениями > и воспроизвести на этом уже не секретном инстансе? Это и есть на копии. Это даже не продакшен, я воспроизвожу багу при попытке сделать dump+restore из 12 в 13 на дев или тестовых БД. Более того, дело касается ровно одной таблицы, другие не нужны. > зыы: после экспорта+импорт чере sql воспроизводится? тоесть не зависит от раскладки данных > по секторам? Воспроизводится как угодно. От раскладки не зависит :) Я могу сделать create table xxx as select * from src_table limit 10000 offset <любое значение>; И следующий create index test_ind on xxx (gist на (timestamp + text gist_trgm_opts)) на эту новую xxx всегда свалит сервер. > зыыы: ну и на другую фс точно так же можно попробовать перетащить > на какой-нить тестовой машине или вообще через mount loop образа фс, > а не на реальной фс От этого не зависит.