|
не стартует Postgres 10.5
|
|||
---|---|---|---|
#18+
Коллеги, помогите. У нас CentOS 7.6 и Postgres 10.5 скачанный с 1с. По умолчанию стоял wal_lеve = replica. Но сервер один и реплика не планируется. Такая проблема - внезапно упал сервер Postgres. В логах пишет : не удалось прочитать файл "pg_logical/replorigin_checkpoint". Сам файл есть но он нулевого размера. Postgres не стартует. Попробовал поменять параметр wal_lеvel на minimal и тоже не стартует. Прикладываю мой файл конфигурации. Что делать, куда копать? С уважением Андрей. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2019, 15:00 |
|
не стартует Postgres 10.5
|
|||
---|---|---|---|
#18+
авторfsync = off Ну раз вы сами прямым текстом сказали, что база вам нафиг не нужна и что с ней будет вас не волнует - то чему удивляться? Переинициализируйте из бекапа и пользуйтесь дальше. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2019, 15:18 |
|
не стартует Postgres 10.5
|
|||
---|---|---|---|
#18+
Melkij, База нужна и раз в сутки делается резервная копия. Просто это временное решение в отсутствие тех. возможности. Через два месяца будет другое решение. Пока так и все в курсе. Намек на fsync = off понял. Преинациализируйте - это имеется ввиду кластер т.е. initdb? Можно ли без этого перейти к wal_level = minimal? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2019, 15:38 |
|
не стартует Postgres 10.5
|
|||
---|---|---|---|
#18+
Андрей1963, wal_level меняется простым рестартом базы. Но для этого база конечно должна быть в рабочем виде. На нерабочей базе изменение настройки бесполезно. Если жалко насиловать диски - то есть synchronous_commit который выключать можно не рискуя базой. В случае краха ОС будут потеряны только последние транзакции. А разбирать базу работавшую с выключенным fsync после краха - занятие долгое, неинтересное и со случайным результатом. После вытягивания данных всё равно надо сделать initdb заново потому что кто его знает что ещё postgres просил записать на диск, но ОС этого не сделала из-за выключенного fsync. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2019, 17:06 |
|
не стартует Postgres 10.5
|
|||
---|---|---|---|
#18+
удалось поднять сервер только из резервной копии виртуальной машины. Postgres стартовал, но рабоает только c wal_levl=replica. если ставишь minimal - не стартует, но ошибка другая - рабочий процесс : Logical replication Launcher завершился с кодом выхода 1. Ставлю опять wal_levl=replica и постгрес запускается без ошибок. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2019, 17:23 |
|
не стартует Postgres 10.5
|
|||
---|---|---|---|
#18+
Андрей1963, В дополнение к wal_level=minimal поставте max_wal_senders=0 ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2019, 18:22 |
|
не стартует Postgres 10.5
|
|||
---|---|---|---|
#18+
Павел Лузанов, Спасибо - это помогло. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.07.2019, 18:34 |
|
не стартует Postgres 10.5
|
|||
---|---|---|---|
#18+
В продолжение темы. Может кому пригодится... ВМ с упавшим постгресом была бекапирована для исследования в ожидании свободного времени. В итоге упавший постгрес удалось запустить таким образом: Inintdb --sync-only перевод в режим wal_level=minimal удаление файла replorigin_checkpoin reboot и сервер Postgres запускается. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.07.2019, 10:41 |
|
|
start [/forum/topic.php?fid=53&msg=39833505&tid=1995136]: |
0ms |
get settings: |
11ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
49ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
others: | 17ms |
total: | 166ms |
0 / 0 |