A
а не затруднит issue запилить на гитхабе?
да, сейчас
Size: a a a
2020 October 30
2020 October 31
GS
а Вы бэкапите с реплики?
АК
а Вы бэкапите с реплики?
Даже звучит стремно
GS
Даже звучит стремно
почему?
A
а Вы бэкапите с реплики?
да
GS
Alexander Malykhin
да
а, это объясняет, почему сегмент не свичнулся при старте бэкапа, кажись такой кейс тестами не покрыт, ща тоже сделаю
A
а, это объясняет, почему сегмент не свичнулся при старте бэкапа, кажись такой кейс тестами не покрыт, ща тоже сделаю
ну логично - мастер же не в курсе, что там кто-то где-то что-то бэкапит
GS
ну просто если бы это был бэкап с мастера с такими симптомами, то было бы очень странно
A
ну поэтому я и не сомневался, когда рекомендацию из документации про archive_timeout выполнял
поставил в конфиге сервера 10 мин, а в строке запуска pbk таймаут задал 15 мин
поставил в конфиге сервера 10 мин, а в строке запуска pbk таймаут задал 15 мин
GS
она рассчитана на кейс с archive_command
A
Даже звучит стремно
а что стремного?
лаг репликации мониторится
на крайний случай можно сделать проверку - если лаг недопустимый, то бэкап снимать не с реплики, а с мастера
лаг репликации мониторится
на крайний случай можно сделать проверку - если лаг недопустимый, то бэкап снимать не с реплики, а с мастера
A
она рассчитана на кейс с archive_command
нуу я тоже сначала подумал, что работать не будет, однако эксперимент провел, поставил 30 секунд
WAL-ы начали переключаться каждые 30 секунд, при этом archive_mode = off
уж не знаю, правильно ли это все, но оно работает
WAL-ы начали переключаться каждые 30 секунд, при этом archive_mode = off
уж не знаю, правильно ли это все, но оно работает
GS
работает, но зачем, если можно без него
АК
Alexander Malykhin
а что стремного?
лаг репликации мониторится
на крайний случай можно сделать проверку - если лаг недопустимый, то бэкап снимать не с реплики, а с мастера
лаг репликации мониторится
на крайний случай можно сделать проверку - если лаг недопустимый, то бэкап снимать не с реплики, а с мастера
Просто звучит.
GS
Alexander Malykhin
нуу я тоже сначала подумал, что работать не будет, однако эксперимент провел, поставил 30 секунд
WAL-ы начали переключаться каждые 30 секунд, при этом archive_mode = off
уж не знаю, правильно ли это все, но оно работает
WAL-ы начали переключаться каждые 30 секунд, при этом archive_mode = off
уж не знаю, правильно ли это все, но оно работает
ну вообщем я вспомнил, почему это не было сделано:
https://pastebin.postgrespro.ru/?b44326e4f830e31b#NqmHJfq5Mnl4cVK8aJxYWwnxEackTjaEWcKRrF6HZ/U=
https://pastebin.postgrespro.ru/?b44326e4f830e31b#NqmHJfq5Mnl4cVK8aJxYWwnxEackTjaEWcKRrF6HZ/U=
GS
pg_receivewal как-то криво пишет сжатый WAL
GS
влезть в gz.partial и разжать его не получается
GS
gzread просто фейлится
A
влезть в gz.partial и разжать его не получается
а postgres, получается, тоже не сможет gz.partial разжать, в случае восстановления?
GS
Alexander Malykhin
а postgres, получается, тоже не сможет gz.partial разжать, в случае восстановления?
Ну постгрес же не сам будет разжимать, а какой-нибудь gunzip или gzip. Попробуйте разжать свой текущий gz.partial