Operator brain cramp, the last bit of redo prior to the upgraded needed to be applied, once that was done standby knew to switch incarnations and restart with log 1. Cheers- Chris -----Original Message----- From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Newman, Christopher Sent: Sunday, May 16, 2010 7:20 AM To: oracle-l@xxxxxxxxxxxxx Subject: 10.2.0.4 upgrade-physical standby issue solaris Good morning list, Upgrading 2 primaries from 10.2.0.2 to 10.2.0.4, no problem. Upgrading standby #1 was no problem (shutdown, restart in new home, that simple.). Attempting the same procedure with standby #2 and it's having problems moving onto the next incarnation it seems, it's still looking for the old incarnation's logs. I've bounced a few times, no joy. Waiting for all non-current ORLs to be archived... Media Recovery Waiting for thread 1 sequence 138433 branch(resetlogs_id) 678063982 Fetching gap sequence in thread 1 branch(resetlogs_id) 678063982, gap seq 138433-138433 Sun May 16 07:16:20 2010 Completed: alter database recover managed standby database disconnect Sun May 16 07:16:31 2010 RFS[2]: Archived Log: '/u02/oradata/DSPROD01/log_DSPROD01_719130735_1_1.log' Any thoughts? Thanks- Chris -- //www.freelists.org/webpage/oracle-l -- //www.freelists.org/webpage/oracle-l