Robert Treat <xzilla@xxxxxxxxxxxxxxxxxxxxx> writes: > Was review a clients config/setup and ran across a pitr warm standby scenario > where the master machine is set to the current time, but the slave's time is > currently sitting back in the month of May. Outside of getting ntp setup on > the machine, I am wondering if I need to do anything special with the > postgresql setup, or if just setting the correct date on the machine is a > safe enough operation that nothing else would need to be done (like re-doing > the base backup). Any thoughts? AFAIR you should be all right ... PITR only looks at WAL indexes, not file timestamps. The slave does watch the current time to decide when to do recovery restartpoints, so if you were setting the clock *back* by a large amount it might be wise to stop and restart the slave postmaster. Forward should be no problem though. regards, tom lane
