skipping vacuum of \"%s\" --- lock not available - это не интересно, это штатное поведение. Причина именно та которая написана. Автовакуум тут хочет поработать, но какая-то другая запущенная транзакция держит конфликтующий лок на таблицу. Автовакуум не ждёт этот лок, а просто отменяется и попробует прийти попозже.
А вот Segmentation fault - ну, это Segmentation fault, также известный как сегфолт. Ставите все доступные минорные обновления какие есть, если после этого по прежнему сегфолтится - то зовёте кого-то кто понимает в gdb или разбираетесь сами. Имея результаты изысканий, по возможности (но крайне рекомендуется) с обрезанным до воспроизводимого примера дампом, идёте к разработчику базы. Обратите внимание, поскольку вы говорите про 1с - то это точно НЕ postgresql global developing group, а какой-то местный форк. Потому что 1с не осилили работать с postgresql.
Простой
