Size: a a a

PostgreSQL + 1C + Linux

2016 September 22

ОA

Олег Abicur in PostgreSQL + 1C + Linux
Добрый день. Использую PostgreSQL 9.4.9 1C сборка от postgrespro. На эту версию перешли относительно недавно, до этого был 9.3.4 1C. Довольно часто ловлю такие вот ошибки index "pg_depend_reference_index" contains unexpected zero page at block 191. Statement: create temporary table tt1...

Информационная база - зарплата и управление персоналом.
Ошибка возникает почти при аналогичных условиях:
База работает, затем ночью проходит создание дампа, отключение клиентов (остановка сервера 1с, остановка сервиса postgresql), далее архивируются и подчищаются    wal'ы и снова старт postgresql и 1C. Далее начинается проблема описанная выше. Возникает не каждый раз и не каждый день, но уже с регулярностью. Кто-то сталкивался с подобной проблемой? Куда копать? Почему postgres начинает сыпаться на операциях с временными таблицами? Может проблема в online_analyze проходящего с патчем 1с? Его настройки выставлены по умолчанию.
источник

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
похоже на покоррапченный индекс, пробовали делать реиндекс?
REINDEX TABLE pg_catalog.pg_depend;
источник

ОA

Олег Abicur in PostgreSQL + 1C + Linux
Регулярно при появлении ошибки.
источник

ОA

Олег Abicur in PostgreSQL + 1C + Linux
Но ситуация повторяется
источник

SZ

Sergey Zhemoitel in PostgreSQL + 1C + Linux
странно, не может ли быть проблема с дисками?
источник

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
fsync включен?
источник

ОA

Олег Abicur in PostgreSQL + 1C + Linux
dmesg молчит. ОС Centos 7.2 lvm + xfs. Все это дело крутится в виртуалке esxi. Все настройки postgres выставленны в макс сохранность. Fsync, full_page_write, synchronous_commit все включено.
источник

ОA

Олег Abicur in PostgreSQL + 1C + Linux
Кластер с чексуммами.
источник

ОA

Олег Abicur in PostgreSQL + 1C + Linux
На том же гипервизоре работает еще тьма виртуалок, правда в основе win машины - там все ок.
источник

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
и ломается индекс после этой ночной рутины?
источник

ОA

Олег Abicur in PostgreSQL + 1C + Linux
Да
источник

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
значит что-то Вы там неправильно делаете =)(с) кэп
источник

ОA

Олег Abicur in PostgreSQL + 1C + Linux
Ну я готов предположить такой момент. Вопрос в том что не так :)
источник

SZ

Sergey Zhemoitel in PostgreSQL + 1C + Linux
хм, не может ли быть что сервер 1с работает во время дампа?
источник

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
подозреваю, что такое кол-во слоев абстракций между данными и дисками - виртуалка,lvm - может играть роль
источник

ОA

Олег Abicur in PostgreSQL + 1C + Linux
Sergey Zhemoitel
хм, не может ли быть что сервер 1с работает во время дампа?
Нет. 1с точно отключается.
источник

ОA

Олег Abicur in PostgreSQL + 1C + Linux
Sergey Zhemoitel
хм, не может ли быть что сервер 1с работает во время дампа?
Да и сложно предположить что это повлияло бы. Ну будет дамп не консистентный.
источник

ОA

Олег Abicur in PostgreSQL + 1C + Linux
Каким образом это может повлиять на работу индекса в конкретной базе - не знаю даже.
источник

ОA

Олег Abicur in PostgreSQL + 1C + Linux
Да и причем между моментом снятия дампа и остановкой сервера постгреса промежуток в час.
источник

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
а Вы валы вручную после остановки подчищаете?
источник