Почему пропускается отчистка?

Question

[AWFX]

При загрузке информационной базы на сервер 1С (Linux), возникает следующая проблема (Логи):

2023-07-10 12:25:42.085 UTC [2107] СООБЩЕНИЕ: очистка "_inforg7823" пропускается --- блокировка недоступна
2023-07-10 12:26:01.862 UTC [2112] СООБЩЕНИЕ: очистка "_inforg7823" пропускается --- блокировка недоступна
2023-07-10 12:26:21.849 UTC [2119] СООБЩЕНИЕ: очистка "_inforg7823" пропускается --- блокировка недоступна
2023-07-10 12:27:47.280 UTC [752] СООБЩЕНИЕ: процесс сервера (PID 1647) был завершён по сигналу 11: Segmentation fault

Хотя в pgAdmin показывается, что блокировка доступна всем процессам.

Comments

[mayton2019]

А в английском варианте эта "очистка" как звучит?

P.S. Вспомнил про "мышиные гуртовщики..."

[AWFX]

mayton2019, skipping vacuum of "mytable" --- lock not available что-то на подобии такого

[mayton2019]

AWFX, ну вот в момент когда такой месседж возникает - попробуй вручную vacuum запусти и сразу
узнаешь доступна блокировка или нет. Я просто думаю что pgAdmin показывает другое.

Answer 1

[AWFX]

Проблема решилось установкой более ранней версии PostgreSQL

Answer 2

[Melkij]

skipping vacuum of \"%s\" --- lock not available - это не интересно, это штатное поведение. Причина именно та которая написана. Автовакуум тут хочет поработать, но какая-то другая запущенная транзакция держит конфликтующий лок на таблицу. Автовакуум не ждёт этот лок, а просто отменяется и попробует прийти попозже.

А вот Segmentation fault - ну, это Segmentation fault, также известный как сегфолт. Ставите все доступные минорные обновления какие есть, если после этого по прежнему сегфолтится - то зовёте кого-то кто понимает в gdb или разбираетесь сами. Имея результаты изысканий, по возможности (но крайне рекомендуется) с обрезанным до воспроизводимого примера дампом, идёте к разработчику базы. Обратите внимание, поскольку вы говорите про 1с - то это точно НЕ postgresql global developing group, а какой-то местный форк. Потому что 1с не осилили работать с postgresql.

Comments

[Довольный Айтишникъ]

НЕ postgresql global developing group

Насколько помню, 1С прекрасно работает с Postgres Pro, а значит, если используется именно эта версия, то идти надо к ним.