Ray Stell wrote: > On Wed, Mar 24, 2010 at 01:10:31PM -0400, Ray Stell wrote: > > 2010-03-24 12:38:36.357 EDT,,3,,, LOG: restore_command = "cp /home/postgresql/fms/wals/%f %p" > > cp: cannot stat `/home/postgresql/fms/wals/00000001.history': No such file or directory > > patience, young padawan: > > 2010-03-24 12:38:47.028 EDT,,31,,, LOG: restored log file "0000000100000028000000EA" from archive > cp: cannot stat `/home/postgresql/fms/wals/00000002.history': No such file or directory > 2010-03-24 12:38:47.032 EDT,,32,,, LOG: selected new timeline ID: 2 > cp: cannot stat `/home/postgresql/fms/wals/00000001.history': No such file or directory > 2010-03-24 12:38:47.876 EDT,,33,,, LOG: archive recovery complete > 2010-03-24 12:38:49.478 EDT,,34,,, LOG: database system is ready > 2010-03-24 12:38:49.520 EDT,,1,,, LOG: archived transaction log file "00000002.history" > > src/backend/access/transam/xlog.c > /* > * Consider whether we need to assign a new timeline ID. > * > * If we are doing an archive recovery, we always assign a new ID. There is also change in 9.0: Fix longstanding gripe that we check for 0000000001.history at start of archive recovery, even when we know it is never present. so you should not see this when using >= PG 9.0. -- Bruce Momjian <bruce@xxxxxxxxxx> http://momjian.us EnterpriseDB http://enterprisedb.com PG East: http://www.enterprisedb.com/community/nav-pg-east-2010.do -- Sent via pgsql-admin mailing list (pgsql-admin@xxxxxxxxxxxxxx) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-admin