Не запускается PostgreSQL после сбоя питания. Как заставить работать?

Question

[kerevra]

После сбоя питания не стартует СУБД.
Помогите, пожалуйста, советом. Нужно вытащить данные. Внутри 7 пользовательских БД, бэкапы есть только от части из них. Сейчас все работает в тестовой виртуалке, файловые копии каталога с данными на момент отказа есть.
Сборка PostgreSQL от PostgresPro для 1С. Лог запуска в Single-User и версии ПО в спойлере.

Детали

root@ubuntu:/usr/lib/postgresql/9.6/bin# ./postgres -V
postgres (PostgreSQL) 9.6.1
root@ubuntu:/usr/lib/postgresql/9.6/bin# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 16.04.6 LTS
Release: 16.04
Codename: xenial
root@ubuntu:/usr/lib/postgresql/9.6/bin# su postgres -c './postgres --single -D /var/lib/postgresql/9.6/main -P -d 1'
2019-08-04 14:00:55 +04 [2381-1] ОТЛАДКА: mmap(153092096) with MAP_HUGETLB failed, huge pages disabled: Cannot allocate memory
2019-08-04 14:00:55 +04 [2381-2] ЗАМЕЧАНИЕ: система БД была выключена: 2019-08-04 13:40:31 +04
2019-08-04 14:00:55 +04 [2381-3] ОТЛАДКА: запись о контрольной точке по смещению 1257/77000258
2019-08-04 14:00:55 +04 [2381-4] ОТЛАДКА: redo record is at 1257/77000258; shutdown TRUE
2019-08-04 14:00:55 +04 [2381-5] ОТЛАДКА: next transaction ID: 0:136840678; next OID: 267109380
2019-08-04 14:00:55 +04 [2381-6] ОТЛАДКА: next MultiXactId: 1; next MultiXactOffset: 0
2019-08-04 14:00:55 +04 [2381-7] ОТЛАДКА: oldest unfrozen transaction ID: 583, in database 12442
2019-08-04 14:00:55 +04 [2381-8] ОТЛАДКА: oldest MultiXactId: 1, in database 1
2019-08-04 14:00:55 +04 [2381-9] ОТЛАДКА: commit timestamp Xid oldest/newest: 0/0
2019-08-04 14:00:55 +04 [2381-10] ОТЛАДКА: предел наложения ID транзакций равен 2147484230, источник ограничения - база данных с OID 12442
2019-08-04 14:00:55 +04 [2381-11] ОТЛАДКА: предел наложения MultiXactId равен 2147483648, источник ограничения - база данных с OID 1
2019-08-04 14:00:55 +04 [2381-12] ОТЛАДКА: starting up replication slots
2019-08-04 14:00:55 +04 [2381-13] ОТЛАДКА: предел наложения MultiXactId равен 2147483648, источник ограничения - база данных с OID 1
2019-08-04 14:00:55 +04 [2381-14] ОТЛАДКА: Граница членов мультитранзакции сейчас: 4294914944 (при старейшей мультитранзакции 1)
2019-08-04 14:00:55 +04 [2381-15] ВАЖНО: could not find tuple for opclass 1
2019-08-04 14:00:55 +04 [2381-16] ЗАМЕЧАНИЕ: выключение
2019-08-04 14:00:55 +04 [2381-17] ОТЛАДКА: performing replication slot checkpoint
2019-08-04 14:00:55 +04 [2381-18] ЗАМЕЧАНИЕ: система БД выключена

Comments

[Melkij]

опять fsync = off?

[kerevra]

Melkij, как ни странно, нет. Там вообще ситуация странная - диски в софтовом RAID1 из пары SSD, после сбоя питания выяснилось что места на корневом разделе нет, есть проблемы с монтированием раздела /home, система стала уходить в Kernel Panic при ошибке его монтирования при загрузке. В общем решили переустановить ОС.
Физического доступа к железке нет (я в другом городе), руками на месте сделали, отдали мне оживить СУБД.
Сейчас то что есть.

[kerevra]

Данные PostgreSQL на другом разделе, свободного места там много, причина не в этом.

[Swartalf]

1. Логи сервера на русском? Не делайте так больше, так оно сложнее для понимания и гугления.
2. Похоже что у вас сломались последние транзакции, как вариант попробуйте откатить изменения на последнюю стабильную. Опять же сначала сделайте полный бекап. Иструмент

[kerevra]

Swartalf,
1. Это сервер, на котором крутится 1С, поэтому локаль ОС по-умолчанию настаивалась русская, отсюда и логи СУБД на русском. Никто этим не заморачивался, в общем.
2. К сожалению, безрезультатно.

[Swartalf]

Хм, то есть резет вал логов до ближайшей рабочей позиции не дал результата?
А попытаться откатить данные на более раннюю позицию?
А при переустановке точно все данные посгреса перенеслись? Файлы копировалились или просто не трогали раздел? Если раздел раздел не трогаляся, то проверяли ФС на ошибки?

[kerevra]

Хм, то есть резет вал логов до ближайшей рабочей позиции не дал результата?
А попытаться откатить данные на более раннюю позицию?

Вероятно я не умею его готовить. Знал бы решение, не задавал вопросов)

А при переустановке точно все данные посгреса перенеслись? Файлы копировалились или просто не трогали раздел? Если раздел раздел не трогаляся, то проверяли ФС на ошибки?

Просто не трогали раздел. ФС на ошибки проверяли.