GS
нет, всё четёнько с recovery
Size: a a a
2020 June 02
GS
LOG: recovery stopping before commit of transaction 572, time 2020-06-02 14:21:07.169752+00
ВК
инстанс тоже в +03 работал?
root@pgnode01:~# date
Tue 02 Jun 2020 05:28:14 PM MSK
MSK
Tue 02 Jun 2020 05:28:14 PM MSK
MSK
GS
2020-06-02 14:27:39 GMT [9008]: [8-1] LOG: shutdown at recovery target
ВК
2020-06-02 14:27:39 GMT [9008]: [8-1] LOG: shutdown at recovery target
хмм
GS
root@pgnode01:~# date
Tue 02 Jun 2020 05:28:14 PM MSK
MSK
Tue 02 Jun 2020 05:28:14 PM MSK
MSK
ну тогда ставьте debug, стартуйте recovery, присылайте лог
GS
я тоже сначала с таймзонами ошибся =)
ВК
я тоже сначала с таймзонами ошибся =)
так я же не ошибся
GS
и поэтому recovery_target_action не выстреливает
и получил как раз вот это поведение
GS
так я же не ошибся
а это еще не факт
ВК
а это еще не факт
у меня система поднимается автоматикой, сразу с нужной таймзоной.
GS
ну тогда у вас какой-то свой постгрес
GS
у меня система поднимается автоматикой, сразу с нужной таймзоной.
а параметр
timezone в конфиг при этом прописывается?ВК
а параметр
timezone в конфиг при этом прописывается?ну да, при initdb он системный берёт
ВК
а параметр
timezone в конфиг при этом прописывается?log_timezone = 'Europe/Moscow'
timezone = 'Europe/Moscow'
timezone = 'Europe/Moscow'
GS
тогда есть еще один вариант, у вас просто WAL не хватило до указанной точки
ВК
тогда есть еще один вариант, у вас просто WAL не хватило до указанной точки
ну так скорее всего и было, так как нагрузки нет.
Я понял логику так, что накатит до последнего WAL в пределах указанной точки во времени и выключится.
Я понял логику так, что накатит до последнего WAL в пределах указанной точки во времени и выключится.
GS
ну так скорее всего и было, так как нагрузки нет.
Я понял логику так, что накатит до последнего WAL в пределах указанной точки во времени и выключится.
Я понял логику так, что накатит до последнего WAL в пределах указанной точки во времени и выключится.
нет
GS
recovery_target недостигнут, поэтому и повода выполнять recovery_target_action нет
ВК
recovery_target недостигнут, поэтому и повода выполнять recovery_target_action нет
но ведь так и будет в большинстве случаев когда указали время которое не соответствует активности в базе.