VS
но ведь рекавери комманд же прописан
Size: a a a
2020 July 22
VS
как не хватает то..
VS
тьфу, рестор_комманд
VS
restore_command = '/usr/local/bin/walg-postgresql wal-fetch "%f" "%p"'
VS
должно подсасывать из архива нужные файлы
VY
это не футган. при создании кластера конфиг кладётся в
скорее всего надо проверить пути в конфиге
/etc/postgresql/12/main/postgresql.conf и в нём прописана data_directory из которой запускать базу.скорее всего надо проверить пути в конфиге
VY
привет пацанчики. подскажите что не так делаю. в пг12 сделал архивирование логов через валг, замутил полный бекап и потоковый чтоб бэкапилось непрерывно. потом сделал второй сервер, который должен непрерывно восстанавливаться из бэкапа. в 12 поменяли расположение restore_command на постгрес.конф, я его перенес туда и поднял флажок /var/lib/postgresql/12/main/recovery.signal
вам нужен не recovery.signal, а standby.signal
GS
вам нужен не recovery.signal, а standby.signal
это не принципиально
GS
в данном случае
VS
во блин
GS
restore_command = '/usr/local/bin/walg-postgresql wal-fetch "%f" "%p"'
проверьте, что требуемый WAL есть в архиве
VS
руками стартанул /usr/lib/postgresql/12/bin/postgres -D /var/lib/postgresql/12/main -c config_file=/etc/postgresql/12/main/postgresql.conf и поехало восстановление с поднятым флагом standby
VS
херову гору логов уже выкачал
VS
а какого хрена тогда не сработало это же самое с pg_ctlcluster
VY
а какого хрена тогда не сработало это же самое с pg_ctlcluster
надо проверять конфиги
VS
так они почти дефолт
GS
хм, вот щас было не понятно, т.е. ситуацию исправил таки standby.signal ? т.е. постгрес выкачал недостающий WAL с мастера?
VS
только когда запустил сам бинарь пг непосредственно
VS
но когда запускаю pg_ctlcluster 12 main start также висит
GS
только когда запустил сам бинарь пг непосредственно
это было единственное изменение?