GMT [17625] LOG: started streaming WAL from primary at 77/79000000 on timeline 1
2022-06-24 07:45:52.959 GMT [17625] FATAL: could not receive data from WAL stream: ERROR: requested WAL segment 000000010000007700000079 has already been removed
Насколько это проблематично?
Перезаливайте реплику заново. У вас необходимый WAL-файл удалён, его физически нет на мастере.
мастер уже удалил журнал, или восстанавливать сегменты из бэкапа или переналивать реплику
можно pg_rewind попробовать, если бд большая, но там есть ряд требований
Так это как раз после свежей перезаливки с мастера.
Значит вы не успели запустить реплику до того, момента, как мастер удалил нужные журналы транзакций.
И что теперь можно сделать?
pg_basebackup надо запускать с ключиком -X stream
Перезаливать, озадачившись созданием слота репликации (сам не умею, но друг рассказывал). pg_probackup catchup
Примерно так делал pg_basebackup -P -R -X stream -c fast -h 192.168.1.31 -U postgres -D ./main
Спасиб! Поищу как это...
https://t.me/pgsql/390340 Слотам репликации и прочим wal_keep_segments лично я предпочитаю сохранение журналов транзакций в каком-либо виде, например, настройкой archive_mode, archive_command на мастере и restore_command на реплике (restore_command в любом случае настраивать придётся).
т.е. настроить эти параметры в конфигах. Снова прибить и перекачать заново main ?
Примерно так можете лить pg_basebackup -h <hostname> -D </path/to/datadir> -P -U <user_for_replication> -R --wal-method=stream -C -S <slotname> Сразу создается и слот и репликация стартует. Слот держит все нужные валы для реплики и не дает им удаляться пока они нужны реплике. Это и плюс, и минус сразу. Альтернатива - использования параметра wal_keep_segments (другие плюсы и минусы), и создание теплой реплики (когда валы передаются не по каналу репликации, а опосредованно, через restore_command какой-нибудь)
Да, прибить и скачивать заново.
Репликацыя не идёт, а так никаких проблем. И да, при заливке реплики надо следить, чтобы все сегменты с начала pg_basebackup были доступны до старта реплики. Можно -- заставить pg_basebackup оставить слот, который он использует для внутренних цэлей. Можно -- настроить архив WAL, реплика можэт брать из него. Можно -- настроить wal_keep_size побольшэ, чтобы сегменты точно не удалились.
Который не имеет никакого смысла, поскольк и так является дефолтом.
Обсуждают сегодня