AG
а после перезапуска не смотрели, wal receiver появляется? или записи что типа хост подключился к мастеру бла-бла-бла
щас буду пробовать снова..
LOG: started streaming WAL from primary at ...Size: a a a
2021 March 03
AL
должно быть такое
AG
как-то пусто /var/log/postgresql # ls -1tr | tail -5 | xargs grep 'streaming'
AG
хотя раньше было
AG
postgresql-2021-03-03_122226.log:2021-03-03 12:26:03.595 MSK [118314] LOG: started streaming WAL from primary at 8361/85000000 on timeline 1
postgresql-2021-03-03_131353.log:2021-03-03 13:18:44.532 MSK [87291] LOG: started streaming WAL from primary at 836E/1C000000 on timeline 1
root@ /var/log/postgresql # ls -1tr | tail -50 | xargs grep 'streaming'
postgresql-2021-03-03_131353.log:2021-03-03 13:18:44.532 MSK [87291] LOG: started streaming WAL from primary at 836E/1C000000 on timeline 1
root@ /var/log/postgresql # ls -1tr | tail -50 | xargs grep 'streaming'
ГА
Народ, подскажите параметр таблицы, отвечающий за приход autovacuum.
Хочу, что бы реже приходил.
Хочу, что бы реже приходил.
AG
ладно, буду пробовать снова.. спасибо всем!
AL
ладно, буду пробовать снова.. спасибо всем!
если что накопаете дайте знать
МШ
при этом по ps aux вижу postgres: 12/main: startup recovering 000000010000836E000000C3 waiting и имена файлов меняются
У вас ПГ накатывает WAL-ы, которые сформировались в процессе создания бекапа. Когда накатит, включится репликация
МШ
У вас ПГ накатывает WAL-ы, которые сформировались в процессе создания бекапа. Когда накатит, включится репликация
Смена имён файлов вполне себе красноречиво говорит о данном факте.
AG
слово startup тут об этом говорит?
при этом по ps aux вижу postgres: 12/main: startup recovering 000000010000836E000000C3 waiting и имена файлов меняются
при этом по ps aux вижу postgres: 12/main: startup recovering 000000010000836E000000C3 waiting и имена файлов меняются
МШ
ЗЫ. Если так долго накатываются WAL-ы, то надо либо настраивать archive_command на мастере и restore_command на реплике, либо создавать слот, но при использовании слота необходимо контролировать место на диске.
МШ
слово startup тут об этом говорит?
при этом по ps aux вижу postgres: 12/main: startup recovering 000000010000836E000000C3 waiting и имена файлов меняются
при этом по ps aux вижу postgres: 12/main: startup recovering 000000010000836E000000C3 waiting и имена файлов меняются
Я же написал: Смена имён файлов вполне себе красноречиво говорит о данном факте.
AG
ЗЫ. Если так долго накатываются WAL-ы, то надо либо настраивать archive_command на мастере и restore_command на реплике, либо создавать слот, но при использовании слота необходимо контролировать место на диске.
слот создается (в pg_basebackup -C -S pg05)
МШ
слот создается (в pg_basebackup -C -S pg05)
Значит ждите, пока WAL-ы накатятся, и молитесь, чтобы на мастере хватило места.
AG
больно долго.. sudo -u postgres psql -Atc 'SELECT EXTRACT(EPOCH FROM (now() - pg_last_xact_replay_timestamp()))::INT;'
1743 - ждал до 3000+ сек (это секунды же?)
1743 - ждал до 3000+ сек (это секунды же?)
МШ
больно долго.. sudo -u postgres psql -Atc 'SELECT EXTRACT(EPOCH FROM (now() - pg_last_xact_replay_timestamp()))::INT;'
1743 - ждал до 3000+ сек (это секунды же?)
1743 - ждал до 3000+ сек (это секунды же?)
iostat, iotop и смотреть, что с дисками. Сколько времени заняло создание бекапа?
AL
а какой размер у pg_wal каталога на реплике?
AG
iostat, iotop и смотреть, что с дисками. Сколько времени заняло создание бекапа?
база 200гб, около часа
МШ
200 Гб и час? А что за сеть? И да, ответьте, пожалуйста, на вопрос Алексея Лесовского.