Standby Switchover problem

Hi all,
I am using oracle 10.2 DB on RHEL
I have two DB on a single m/c i.e prim and stand
I had performed a switchover and at that time it was successfull.....i.e prim to stand and stand to prim.
Now i want to perform switchover again so that my prim db shoul now be activated as a primary only ad stand db sbhould work as standby DB
but when i try to start the DB .....
When I try t start both DB simultaboulsy i an getting a message for one of the DB
i.e
ORA_24324: service handle not initalized
ORA-01041: internal error.hostdef extension doesn't exist
But when i shudown the startedDB then it gets started.....
pls suggest me.....

I am using oracle 10.2 DB on RHEL
I have two DB on a single m/c i.e prim and stand
I had performed a switchover and at that time it was successfull.....i.e prim to stand and stand to prim.
Now i want to perform switchover again so that my prim db shoul now be activated as a primary only ad stand db sbhould work as standby DB
but when i try to start the DB .....
When I try t start both DB simultaboulsy i an getting a message for one of the DB
i.e
ORA_24324: service handle not initalized
ORA-01041: internal error.hostdef extension doesn't exist
But when i shudown the startedDB then it gets started.....
I do not think this is problem with standby configuration. Please check this.

Similar Messages

Primary database switchover problem

I am getting the following error when i execute 'alter database commit to switchover to standby with session shutdown' in primary database
ora-16416 no viable physical standby switchover targets available
What may be the reason???
I am using Oracle Server-Standard Edition 11g R2
version: 11.2.0.1

Hello Gurus,
I did a switchover and then performed a reverse switchover again. So Primary(original) is Primary now and My Standby(original) is Standby now.
The Problem is when I monitor the Logs Archived and Applied I noticed below:
In PRIMARY SIDE
NAME ARC APPLIED SEQUENCE# DEST_ID
D:\EDRIVE\PRIMARY\ARC\1_55_815075358.ARC YES YES 55 1
D:\EDRIVE\PRIMARY\ARC\1_56_815075358.ARC YES YES 56 1
STANDBY YES YES 56 2
STANDBY YES YES 55 2
STANDBY YES YES 54 2
STANDBY YES YES 53 2
STANDBY YES YES 52 2
STANDBY YES YES 50 2
STANDBY YES YES 51 2
STANDBY YES YES 57 2
D:\EDRIVE\PRIMARY\ARC\1_57_815075358.ARC YES YES 57 1
D:\EDRIVE\PRIMARY\ARC\1_58_815075358.ARC YES YES 58 1
STANDBY YES YES 58 2
STANDBY YES YES 59 2
D:\EDRIVE\PRIMARY\ARC\1_59_815075358.ARC YES YES 59 1
STANDBY YES YES 60 2
D:\EDRIVE\PRIMARY\ARC\1_60_815075358.ARC YES YES 60 1
STANDBY YES YES 61 2
D:\EDRIVE\PRIMARY\ARC\1_61_815075358.ARC YES YES 61 1
STANDBY YES YES 62 2
D:\EDRIVE\PRIMARY\ARC\1_62_815075358.ARC YES YES 62 1
D:\EDRIVE\PRIMARY\ARC\1_63_815075358.ARC YES YES 63 1
STANDBY YES YES 63 2
D:\EDRIVE\PRIMARY\ARC\1_64_815075358.ARC YES YES 64 1
D:\EDRIVE\PRIMARY\ARC\1_65_815075358.ARC YES YES 65 1
D:\EDRIVE\PRIMARY\ARC\1_66_815075358.ARC YES YES 66 1
D:\EDRIVE\PRIMARY\ARC\1_67_815075358.ARC YES YES 67 1
D:\EDRIVE\PRIMARY\ARC\1_68_815075358.ARC YES YES 68 1
D:\EDRIVE\PRIMARY\ARC\1_69_815075358.ARC YES NO 69 1
STANDBY YES YES 69 2
D:\EDRIVE\PRIMARY\ARC\1_70_815075358.ARC YES NO 70 1
STANDBY YES YES 70 2
D:\EDRIVE\PRIMARY\ARC\1_71_815075358.ARC YES NO 71 1
STANDBY YES YES 71 2
STANDBY YES YES 72 2
D:\EDRIVE\PRIMARY\ARC\1_72_815075358.ARC YES NO 72 1
D:\EDRIVE\PRIMARY\ARC\1_73_815075358.ARC YES NO 73 1
STANDBY YES YES 73 2
D:\EDRIVE\PRIMARY\ARC\1_74_815075358.ARC YES NO 74 1
STANDBY YES YES 74 2
D:\EDRIVE\PRIMARY\ARC\1_75_815075358.ARC YES NO 75 1
STANDBY YES YES 75 2
STANDBY YES YES 76 2
D:\EDRIVE\PRIMARY\ARC\1_76_815075358.ARC YES NO 76 1
D:\EDRIVE\PRIMARY\ARC\1_77_815075358.ARC YES NO 77 1
STANDBY YES YES 77 2
In STANDBY SIDE
NAME ARC APPLIED SEQUENCE#
D:\EDRIVE\STANDBY\ARC\1_55_815075358.ARC YES YES 55
D:\EDRIVE\STANDBY\ARC\1_54_815075358.ARC YES YES 54
D:\EDRIVE\STANDBY\ARC\1_53_815075358.ARC YES YES 53
D:\EDRIVE\STANDBY\ARC\1_52_815075358.ARC YES YES 52
D:\EDRIVE\STANDBY\ARC\1_50_815075358.ARC YES YES 50
D:\EDRIVE\STANDBY\ARC\1_51_815075358.ARC YES YES 51
D:\EDRIVE\STANDBY\ARC\1_56_815075358.ARC YES YES 56
D:\EDRIVE\STANDBY\ARC\1_57_815075358.ARC YES YES 57
D:\EDRIVE\STANDBY\ARC\1_58_815075358.ARC YES YES 58
D:\EDRIVE\STANDBY\ARC\1_59_815075358.ARC YES YES 59
D:\EDRIVE\STANDBY\ARC\1_60_815075358.ARC YES YES 60
D:\EDRIVE\STANDBY\ARC\1_61_815075358.ARC YES YES 61
D:\EDRIVE\STANDBY\ARC\1_62_815075358.ARC YES YES 62
D:\EDRIVE\STANDBY\ARC\1_63_815075358.ARC YES YES 63
D:\EDRIVE\STANDBY\ARC\1_64_815075358.ARC YES YES 64
D:\EDRIVE\STANDBY\ARC\1_65_815075358.ARC YES YES 65
PRIMARY YES YES 64
PRIMARY YES YES 65
D:\EDRIVE\STANDBY\ARC\1_66_815075358.ARC YES YES 66
PRIMARY YES YES 66
PRIMARY YES NO 67
D:\EDRIVE\STANDBY\ARC\1_67_815075358.ARC YES YES 67
D:\EDRIVE\STANDBY\ARC\1_68_815075358.ARC YES YES 68
PRIMARY YES NO 68
D:\EDRIVE\STANDBY\ARC\1_69_815075358.ARC YES YES 69
D:\EDRIVE\STANDBY\ARC\1_70_815075358.ARC YES YES 70
D:\EDRIVE\STANDBY\ARC\1_71_815075358.ARC YES YES 71
D:\EDRIVE\STANDBY\ARC\1_72_815075358.ARC YES YES 72
D:\EDRIVE\STANDBY\ARC\1_1_815506630.ARC YES NO 1
D:\EDRIVE\STANDBY\ARC\1_73_815075358.ARC YES YES 73
D:\EDRIVE\STANDBY\ARC\1_74_815075358.ARC YES YES 74
D:\EDRIVE\STANDBY\ARC\1_75_815075358.ARC YES YES 75
D:\EDRIVE\STANDBY\ARC\1_76_815075358.ARC YES YES 76
D:\EDRIVE\STANDBY\ARC\1_77_815075358.ARC YES YES 77
I wonder why in Some cases it is coming as APPLIED=NO and both the Primary and Standby.
Also in Standby D:\EDRIVE\STANDBY\ARC\1_1_815506630.ARC YES NO 1 why sequence number 1 is gerenarated an not applied any where?
Could any one of you please help me to know this?
-Regards,
Saha

Standby data Gurad 10g switchover problem with application

Hi!
I'm working on oracle 10g and try to make standby datagurad with same dbname eg. if my primary database name is orcl then my standby database should be orcl with same location because one of mine application is accepting only orcl not standbyorcl.
Because when I'm doing switchover to standby database application not able to read standbyorcl and application result through error and close.
Could any one help me to make init.ora parameter for primary and standinit.ora for standby with same database name.
Amit Kumar

You should use an Application Service instead of the standard Database Service in the first place to take care of Role Changes in your Data Guard configuration properly.
Look here for an example:
http://uhesse.wordpress.com/oracle-database-ha-architecture/2009/08/19/connect-time-failover-transparent-application-failover-for-data-guard/
Kind regards
Uwe Hesse
http://uhesse.wordpress.com

Switchover problem after upgrade from 11.2.0.1 to 11.2.0.2

Hello
I succesfull upgraded my database from 11.2.0.1 to 11.2.0.2 on my test enviroment.
My enviroment works with dataguard configuration.
Data Guard management is dgmgrl.
OS is Linux Redhat x86_64
I have problem with switchover operation:
During switchover operation (with dgmgrl) new primary database is switched succesfull but problem is with new standby database, I have message:
ORA-10458: standby database requires recovery
ORA-01194: datafile 1, needs more recovery to be consistent
ORA-01110: datafile 1: '/u01/app/oracle/oradata/DB1/system01.dbf'
To end switchover operation I should start new standby instance. But if i try startup It i have:
ORA-00845: MEMORY_TARGET not supported on this system
In alert log new standby database I have:
Completed: ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY WITH SESSION SHUTDOWN
Wed Jan 19 08:15:00 2011
Performing implicit shutdown abort due to switchover to physical standby
Shutting down instance (abort)
License high water mark = 20
USER (ospid: 13290): terminating the instance
Instance terminated by USER, pid = 13290
Wed Jan 19 08:15:02 2011
Instance shutdown complete
ORA-1092 : opitsk aborting process
Wed Jan 19 08:15:06 2011
Starting ORACLE instance (normal)
WARNING! Recovering data file 1 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
WARNING! Recovering data file 2 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
WARNING! Recovering data file 3 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
WARNING! Recovering data file 4 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command..
ARC9: Archival started
ARC0: STARTING ARCH PROCESSES COMPLETE
Media Recovery Log /u01/app/oracle/redologs2/archiveredolog/DB1/1_194_739556401.dbf
Identified End-Of-Redo for thread 1 sequence 194
Wed Jan 19 08:15:20 2011
Using STANDBY_ARCHIVE_DEST parameter default value as /u01/app/oracle/oradata/DB1/archivelog/
RFS[1]: Assigned to RFS process 13553
RFS[1]: Identified database type as 'physical standby': Client is ARCH pid 3536
Starting Data Guard Broker (DMON)
Wed Jan 19 08:15:21 2011
INSV started with pid=32, OS id=13555
RFS[1]: Selected log 4 for thread 1 sequence 197 dbid 1279411810 branch 739556401
Archived Log entry 44349 added for thread 1 sequence 197 ID 0x4f8d3d29 dest 1:
Archived Log entry 44350 added for thread 1 sequence 197 ID 0x4f8d3d29 dest 2:
Archived Log entry 44351 added for thread 1 sequence 197 ID 0x4f8d3d29 dest 3:
Wed Jan 19 08:15:24 2011
Resetting standby activation ID 0 (0x0)
Media Recovery End-Of-Redo indicator encountered
Media Recovery Applied until change 972405267
Completed standby crash recovery.
Errors in file /u01/app/oracle/diag/rdbms/tdb1nod1/DB1/trace/DB1_ora_13451.trc:
ORA-10458: standby database requires recovery
ORA-01194: plik 1, aby byl spojny, wymaga dalszego przywracania
ORA-01110: plik danych 1: '/u01/app/oracle/oradata/DB1/system01.dbf'
ORA-10458 signalled during: alter database open...
Wed Jan 19 08:15:25 2011
RFS[2]: Assigned to RFS process 13603
RFS[2]: Identified database type as 'physical standby': Client is ARCH pid 3532
Wed Jan 19 08:15:26 2011
RFS[3]: Assigned to RFS process 13619
RFS[3]: Identified database type as 'physical standby': Client is ARCH pid 3536
RFS[3]: Opened log for thread 1 sequence 196 dbid 1279411810 branch 739556401
Wed Jan 19 08:15:26 2011
RFS[4]: Assigned to RFS process 13617
RFS[4]: Identified database type as 'physical standby': Client is ARCH pid 3534
Archived Log entry 44352 added for thread 1 sequence 196 rlc 739556401 ID 0x4f8d3d29 dest 4:
RFS[4]: Opened log for thread 1 sequence 195 dbid 1279411810 branch 739556401
Archived Log entry 44353 added for thread 1 sequence 195 rlc 739556401 ID 0x4f8d3d29 dest 4:
Wed Jan 19 08:15:29 2011
RFS[5]: Assigned to RFS process 13643
RFS[5]: Identified database type as 'physical standby': Client is LGWR ASYNC pid 7251
Primary database is in MAXIMUM PERFORMANCE mode
RFS[5]: Selected log 4 for thread 1 sequence 199 dbid 1279411810 branch 739556401
Wed Jan 19 08:15:30 2011
RFS[6]: Assigned to RFS process 13645
RFS[6]: Identified database type as 'physical standby': Client is ARCH pid 3536
RFS[6]: Selected log 5 for thread 1 sequence 198 dbid 1279411810 branch 739556401
Wed Jan 19 08:15:31 2011
Archived Log entry 44354 added for thread 1 sequence 198 ID 0x4f8d3d29 dest 1:
Archived Log entry 44355 added for thread 1 sequence 198 ID 0x4f8d3d29 dest 2:
Archived Log entry 44356 added for thread 1 sequence 198 ID 0x4f8d3d29 dest 3:
Wed Jan 19 08:15:45 2011
RFS[7]: Assigned to RFS process 13699
RFS[7]: Identified database type as 'physical standby': Client is ARCH pid 3532
Wed Jan 19 08:16:47 2011
RFS[7]: Assigned to RFS process 13699
RFS[7]: Identified database type as 'physical standby': Client is ARCH pid 3532
Wed Jan 19 08:16:47 2011
Starting ORACLE instance (normal)
WARNING: You are trying to use the MEMORY_TARGET feature. This feature requires the /dev/shm file system to be mounted for at least 2147483648 bytes. /dev/shm is either not mounted or is mounted with available space less than this size. Please fix this so that MEMORY_TARGET can work as expected. Current available is 1586806784 and used is 3781902336 bytes. Ensure that the mount point is /dev/shm for this directory.
memory_target needs larger /dev/shm
Wed Jan 19 08:30:17 2011
db_recovery_file_dest_size of 102400 MB is 0.00% used. This is a
user-specified limit on the amount of space that will be used by this
database for recovery-related files, and does not reflect the amount of
space available in the underlying filesystem or ASM diskgroup.
It is look like the instance proseses was not shutdown during operation shutdown abort.
If I connect to instance with sqlplus i have message:
Connected with idle instance
Proceses are still active.
Output linux statement ps -aux | grep oracle:
root 13032 0.0 0.0 88060 3248 ? Ss 08:13 0:00 sshd: oracle [priv]
oracle 13039 0.0 0.0 88060 1860 ? S 08:13 0:00 sshd: oracle@pts/1
oracle 13040 0.0 0.0 68248 1676 pts/1 Ss 08:13 0:00 -bash
oracle 13402 0.0 0.3 2328080 22220 ? Ss 08:15 0:00 ora_pmon_DB1
oracle 13404 0.0 0.2 2325832 15536 ? Ss 08:15 0:00 ora_vktm_DB1
oracle 13408 0.0 0.2 2325832 15584 ? Ss 08:15 0:00 ora_gen0_DB1
oracle 13412 0.0 0.2 2325832 15468 ? Ss 08:15 0:00 ora_diag_DB1
oracle 13414 0.0 0.2 2325832 15584 ? Ss 08:15 0:00 ora_dbrm_DB1
oracle 13416 0.0 0.2 2325832 15680 ? Ss 08:15 0:00 ora_psp0_DB1
oracle 13419 0.1 0.4 2327368 25688 ? Ss 08:15 0:08 ora_dia0_DB1
oracle 13422 0.0 0.8 2325832 49152 ? Ss 08:15 0:02 ora_mman_DB1
oracle 13425 0.0 0.4 2332100 27344 ? Ss 08:15 0:00 ora_dbw0_DB1
oracle 13427 0.0 0.2 2325832 16648 ? Ss 08:15 0:00 ora_lgwr_DB1
oracle 13432 0.0 0.3 2325832 21524 ? Ss 08:15 0:00 ora_ckpt_DB1
oracle 13434 0.0 0.2 2325832 17600 ? Ss 08:15 0:00 ora_smon_DB1
oracle 13436 0.0 0.2 2325832 15604 ? Ss 08:15 0:00 ora_reco_DB1
oracle 13438 0.0 0.4 2326468 27976 ? Ss 08:15 0:00 ora_mmon_DB1
oracle 13440 0.0 0.3 2325832 22120 ? Ss 08:15 0:00 ora_mmnl_DB1
oracle 13442 0.0 0.2 2331932 15764 ? Ss 08:15 0:00 ora_d000_DB1
oracle 13444 0.0 0.2 2326896 14784 ? Ss 08:15 0:00 ora_s000_DB1
oracle 13447 0.0 0.2 2325852 16628 ? Ss 08:15 0:00 ora_dmon_DB1
oracle 13527 0.0 0.8 2357896 48984 ? Ss 08:15 0:00 ora_arc0_DB1
oracle 13530 0.0 0.5 2341496 31832 ? Ss 08:15 0:00 ora_arc1_DB1
oracle 13532 0.0 0.8 2359596 50968 ? Ss 08:15 0:00 ora_arc2_DB1
oracle 13534 0.0 0.7 2357896 48844 ? Ss 08:15 0:00 ora_arc3_DB1
oracle 13536 0.0 0.8 2357896 48860 ? Ss 08:15 0:00 ora_arc4_DB1
oracle 13538 0.0 0.5 2341384 31524 ? Ss 08:15 0:00 ora_arc5_DB1
oracle 13540 0.0 0.5 2341384 31536 ? Ss 08:15 0:00 ora_arc6_DB1
oracle 13542 0.0 0.5 2341384 31536 ? Ss 08:15 0:00 ora_arc7_DB1
oracle 13545 0.0 0.5 2341384 31536 ? Ss 08:15 0:00 ora_arc8_DB1
oracle 13547 0.0 0.5 2341384 31536 ? Ss 08:15 0:00 ora_arc9_DB1
oracle 13555 0.0 0.2 2325852 16168 ? Ss 08:15 0:00 ora_insv_DB1
root 18288 0.0 0.0 88060 3240 ? Ss 08:30 0:00 sshd: oracle [priv]
oracle 18290 0.0 0.0 88200 2012 ? S 08:30 0:00 sshd: oracle@notty
oracle 18291 0.0 0.0 54004 2232 ? Ss 08:30 0:00 /usr/libexec/openssh/sftp-server
oracle 18336 0.0 0.2 87132 13336 ? Ssl 08:41 0:00 /u01/app/oracle/product/11.2.0/db_2/bin/tnslsnr LISTENER -inherit
oracle 18607 0.1 0.6 2350168 39972 ? Ss 09:37 0:00 oracleDB1 (LOCAL=NO)
oracle 18609 0.1 1.4 2395944 85880 ? Ss 09:37 0:00 oracleDB1 (LOCAL=NO)
oracle 18611 0.0 0.5 2346216 36100 ? Ss 09:37 0:00 oracleDB1 (LOCAL=NO)
oracle 18615 0.1 0.2 2331228 18136 ? Ss 09:38 0:00 oracleDB1 (LOCAL=NO)
oracle 18617 0.1 0.3 2332184 21508 ? Ss 09:38 0:00 oracleDB1 (LOCAL=NO)
oracle 18619 0.0 0.0 65556 940 pts/1 R+ 09:38 0:00 ps -aux
oracle 18620 0.0 0.0 61160 736 pts/1 S+ 09:38 0:00 grep oracle
Shared memory is still allocated for instance:
df -h /dev/shm
System plików rozm. użyte dost. %uż. zamont. na
tmpfs 5,0G 2,0G 3,1G 39% /dev/shm
Please for help.
Regards
Karol

It is lool like the new standby database is started from old home:
alert log:
Starting up:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options.
Using parameter settings in server-side spfile /u01/app/oracle/product/11.2.0/db_1/dbs/spfileDB1.ora
System parameters with non-default values:
My old home (11.2.0.1) u01/app/oracle/product/11.2.0/db_1
My new home (11.2.0.2) u01/app/oracle/product/11.2.0/db_2
previous start this database:
alert log:
Starting up:
Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options.
Using parameter settings in server-side spfile /u01/app/oracle/product/11.2.0/db_2/dbs/spfileDB1.ora
System parameters with non-default values:
Why database is starting from old home?
I Changed directories in .bash_profile oracle OS user.

Logical Standby Creation Problems "Create STatus Unknown"

We are using Grid Control 10.2.0.3 on Oracle 10.2..0.3 databases, Windows 2003 sp2 machines.
We have a primary and fsfo physical standby working properly. We went to create a logical standby on a separate server and had problems. it turned out that the listener on the server was not discovered on the target. we fixed that problem and finished the creation of the logical standby and it seems to be functioning properly now.
However, the status on the data guard page for the logical standby shows Create Status Unknown and we are unable to proceed on to create an additional standby database for other purposes. We have tried removing the logical standby target and re-discovering it but status still shows Create Status Unknown.
Is there any way to clear this status without having to drop the logical standby and completely recreate it.

The status on the agent shows it uploading successfully.
We resolved the issue by removing the logical standby from the configuration and selecting to retain the log apply. We then re-added the standby selecting to manage an existing standby database and the status went to normal.

Standby mode problem

anyone ever have this problem wit their S10 netbook where you flip the screen down and the computer goes into standby mode, but after an hour the computer boots itself up and the screen turns on? This has happened to me ever since I got my netbook and I don't know how to keep the computer from waking up. Thanks!
Solved!
Go to Solution.

Hi there...Update to latest BIOS ? and check all settings in ....
Lenovo Energymanagement
sincerely KalvinKlein
Want more ? For further information to get the most of your S-Class machine
Lenovo Energymanagement
Backup
Windows 7 Vista XP Driver all S-Series
Windows 7 Install
Clean XP Install
XP Startup
Small WebCam Guide
Lenovo Easy Capture
Resolution > 1024 x 576 / 600 Works with XP Only
Thinkies 2x X200s/X301 8GB 256GB SSD @ Win 7 64
Ideas Centre A520 ,Yoga 2 256GB SSD,Yoga 2 tablet @ Win 8.1

Standby sync problem.

Hi,
DB Version:10g R2
OS:LINUX
We have configured the physical standby database and it was running as expected, but due to some un know reasons one of the archivelog at primary side has been deleted and it is no longer available to be transferred and applied at standby side and hence now standby is not sysnc with primary DB. In this case how i can make the standby in sync with primary DB.
No backup of delete archivelog is avaliable.
I really appreciate the help.

Hi
THIS WORKS TRY THIS
In 10g you can use an incremental backup and recover the standby using the same to compensate for the missing archivelogs as shown below
In the case below archivelogs with sequence numbers 137 and 138 which are required on the standby are deleted to simulate this problem.
Step 1: On the standby database check the current scn.
STDBY>>select current_scn from v$database;
CURRENT_SCN
4793543
Step 2: On the primary database create the needed incremental backup from the above SCN
C:\Documents and Settings\frego>rman target /
Recovery Manager: Release 10.2.0.2.0 - Production on Wed Oct 25 13:39:04 2006
Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database: USYD (DBID=768471617)
RMAN> BACKUP DEVICE TYPE DISK INCREMENTAL FROM SCN 4793543 DATABASE
FORMAT 'C:\temp\bkup_%U';
Starting backup at 25/OCT/06
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
input datafile fno=00001 name=C:\ORACLE\PRODUCT\10.2.0\ORADATA\USYD\SYSTEM01.DBF
input datafile fno=00002 name=C:\ORACLE\PRODUCT\10.2.0\ORADATA\USYD\UNDOTBS01.DBF
input datafile fno=00003 name=C:\ORACLE\PRODUCT\10.2.0\ORADATA\USYD\SYSAUX01.DBF
input datafile fno=00004 name=C:\ORACLE\PRODUCT\10.2.0\ORADATA\USYD\USERS01.DBF
channel ORA_DISK_1: starting piece 1 at 25/OCT/06
channel ORA_DISK_1: finished piece 1 at 25/OCT/06
piece handle=C:\TEMP\BKUP_02I0NSNE_1_1 tag=TAG20061025T134102 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:35
channel ORA_DISK_1: starting full datafile backupset
channel ORA_DISK_1: specifying datafile(s) in backupset
including current control file in backupset
including current SPFILE in backupset
channel ORA_DISK_1: starting piece 1 at 25/OCT/06
channel ORA_DISK_1: finished piece 1 at 25/OCT/06
piece handle=C:\TEMP\BKUP_03I0NSOI_1_1 tag=TAG20061025T134102 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:02
Finished backup at 25/OCT/06
Step 3: Cancel managed recovery at the standby database
STDBY>>recover managed standby database cancel;
Media recovery complete.
Move the backup files to a new folder called INCR_BACKUP so that they are the only files in that folder.
Step 4: Catalog the Incremental Backup Files at the Standby Database
C:\oracle\product\10.2.0\db_1\database>rman target /
Recovery Manager: Release 10.2.0.2.0 - Production on Wed Oct 25 14:54:27 2006
Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database: USYD (DBID=768471617, not open)
RMAN> CATALOG START WITH 'C:\temp\INCR_BACKUP';
searching for all files that match the pattern C:\temp\INCR_BACKUP
List of Files Unknown to the Database
=====================================
File Name: C:\TEMP\INCR_BACKUP\BKUP_02I0NSNE_1_1
File Name: C:\TEMP\INCR_BACKUP\BKUP_03I0NSOI_1_1
Do you really want to catalog the above files (enter YES or NO)? YES
cataloging files...
cataloging done
List of Cataloged Files
=======================
File Name: C:\TEMP\INCR_BACKUP\BKUP_02I0NSNE_1_1
File Name: C:\TEMP\INCR_BACKUP\BKUP_03I0NSOI_1_1
Step 5: Apply the Incremental Backup to the Standby Database
RMAN> RECOVER DATABASE NOREDO;
Starting recover at 25/OCT/06
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=151 devtype=DISK
channel ORA_DISK_1: starting incremental datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
destination for restore of datafile 00001: C:\ORACLE\PRODUCT\10.2.0\ORADATA\STDB
Y\SYSTEM01.DBF
destination for restore of datafile 00002: C:\ORACLE\PRODUCT\10.2.0\ORADATA\STDB
Y\UNDOTBS01.DBF
destination for restore of datafile 00003: C:\ORACLE\PRODUCT\10.2.0\ORADATA\STDB
Y\SYSAUX01.DBF
destination for restore of datafile 00004: C:\ORACLE\PRODUCT\10.2.0\ORADATA\STDB
Y\USERS01.DBF
channel ORA_DISK_1: reading from backup piece C:\TEMP\INCR_BACKUP\BKUP_02I0NSNE_
1_1
channel ORA_DISK_1: restored backup piece 1
piece handle=C:\TEMP\INCR_BACKUP\BKUP_02I0NSNE_1_1 tag=TAG20061025T134102
channel ORA_DISK_1: restore complete, elapsed time: 00:00:03
Finished recover at 25/OCT/06
Step 6: Put the standby database back to managed recovery mode.
STDBY>> recover managed standby database nodelay disconnect;
Media recovery complete.
From the alert.log you will notice that the standby database is still looking for the old log files
FAL[client]: Failed to request gap sequence
GAP - thread 1 sequence 137-137
DBID 768471617 branch 600609988
This is because the controlfile has not been updated.
Hence the standby controlfile has to be recreated
On the primary
PRIM>>alter database create standby controlfile as 'C:\temp\standby01.ctl';
System altered.
Copy the standby control file to the standby site and restart the standby database in managed recovery mode...
Managed Standby Recovery not using Real Time Apply
parallel recovery started with 2 processes
Media Recovery Waiting for thread 1 sequence 139
As you can see from the above output the standby is now looking for the next archivelog.
If you have the luxury of time at your disposal you can do an export of the standby database in read only mode.
Cheers
Kanchana.

Nokia 6680 Standby Mode Problem

I cant change my Nokia 6680 Standby Mode. Its disapeard. When I go to Setting and then Standby Mode, I cant see Activate Standby Mode there anymore. Ive formated phone memroy but still I cant...Anybody has any information about this problem?

15-Mar-2008 07:57 AM
clairelouise73 wrote:
Hi. I've recently been given a Nokia 6680 which I've had unlocked and started using. I've found that when I plug my charger in the phone indicates it is charging but once I pull the charger out (after various periods of time) it shows up as low battery. I have tried 2 different chargers and 2 different batteries. I am currently using an old nokia phone to charge up a battery to put in the 6680 every day. Help? Am I doing something wrong??
Prior to it being unlocked it charged up no problem.
If you have a new phone you need to keep it on charge for 16 hours. Once the battery is fully charged the charge indicator stops moving which would tell you that the battery is full.
If my post has helped you please click the white star on the right

Standby database problem

Hi Guys,
Happy New Year....
I have a problem with the standby database was down for few days and back online. After I brought it up the logs from the primary database are applied and then it fails to apply the real-time logs.
Database version is 10g running with Non-Cluster mode.
I found the following in dgmon log
DG 2007-01-02-19:32:18 0 2 610825807 DMON: ENUM_DRC: success. (len = 653)
DG 2007-01-02-19:32:18 0 2 610825807 DMON: ENUM_DRC operation completed
DG 2007-01-02-19:32:22 0 2 610825808 DMON: ENUM_DRC: success. (len = 653)
DG 2007-01-02-19:32:22 0 2 610825808 DMON: ENUM_DRC operation completed
DG 2007-01-02-19:32:22 1000 2 610825809 DMON: MON_PROPERTY operation completed
DG 2007-01-02-19:32:22 1000 2 610825810 DMON: MON_VERIFY forwarded to site PrimaryDB for processing
DG 2007-01-02-19:39:10 0 2 0 NSV0: Failed to connect to remote database PrimaryDB. Error is ORA-12154
DG 2007-01-02-19:39:10 0 2 0 NSV0: Message is dropped.
DG 2007-01-02-19:39:10 1000 2 610825810 DMON: Database PrimaryDB returned ORA-12154
DG 2007-01-02-19:39:10 1000 2 610825810 for opcode = MON_VERIFY, phase = NULL, req_id = 2.1.610825810
DG 2007-01-02-19:39:10 1000 2 610825810 DMON: MON_VERIFY operation completed
DG 2007-01-02-19:39:10 1000 2 610825811 DMON: CTL_GET_STATUS forwarded to site PrimaryDB for processing
DG 2007-01-02-19:45:57 0 2 0 NSV0: Failed to connect to remote database PrimaryDB. Error is ORA-12154
DG 2007-01-02-19:45:57 0 2 0 NSV0: Message is dropped.
DG 2007-01-02-19:45:57 1000 2 610825811 DMON: Database PrimaryDB returned ORA-12154
DG 2007-01-02-19:45:57 1000 2 610825811 for opcode = CTL_GET_STATUS, phase = NULL, req_id = 2.1.610825811
DG 2007-01-02-19:45:57 0 2 0 DMON: Failed to publish large message. Error is 0xffffff81
DG 2007-01-02-19:45:57 0 2 0 Message packet header dump:
DG 2007-01-02-19:45:57 0 2 0 Request ID = 2.1.610825811
DG 2007-01-02-19:45:57 0 2 0 Sender ID = 0
DG 2007-01-02-19:45:57 0 2 0 Requesting Site = 00001000
DG 2007-01-02-19:45:57 0 2 0 Requesting Instance ID = 0
DG 2007-01-02-19:45:57 0 2 0 Root Resource Handle = 00000000
DG 2007-01-02-19:45:57 0 2 0 Opcode = 00000000
DG 2007-01-02-19:45:57 0 2 0 Phase = 0
DG 2007-01-02-19:45:57 0 2 0 Status = ORA-00000
DG 2007-01-02-19:45:57 0 2 0 Target Instance = 0
DG 2007-01-02-19:45:57 0 2 0 Severity = ORA-00000
DG 2007-01-02-19:45:57 0 2 0 Flags = 1
DG 2007-01-02-19:45:57 1000 2 610825811 Unable to post result to client, status = ORA-16531
DG 2007-01-02-19:45:57 1000 2 610825811 DMON: CTL_GET_STATUS operation completed
Standby DB & Primary DB tnsnames.ora file content
StandbyDB =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = StandbyDB.qsvl.mobilearia.com)(PORT = 1521))
(CONNECT_DATA =
(SERVICE_NAME = StandbyDB)
PrimaryDB =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = PrimaryDB.qsvl.mobilearia.com)(PORT = 1521))
(CONNECT_DATA =
(SERVICE_NAME = PrimaryDB)
Appreciated your response and thank you in advance.
Regards,
~cs

ORA-16531 is an internal error. Open an iTAR.

Need Help Understanding GoldenGate DR (Standby) Switchover/Fail-over with DBFS and Fuser

Hi, Gurus. We are about to embark on GoldenGate DR failover / switchover configuration and testing using DBFS and Fuser. The details are described in Doc ID 1436913.1 and 1322547.1.
I know the basics of GoldenGate and Oracle DataGuard. But DBFS and Fuser are new concepts to me. I need some help.
1) Is GoldenGate installed in a DBFS partition on the primary? SO, DBFS has to be configured before it is installed?
2) Are these GoldenGate files and directories (ggsci, /dirdat, /dirrpt, etc) visible from UNIX level? Will I be able to navigate in the GG mount or is it a closed file system like ASM?
3) DBFS has to be a part of database. So, what happens if primary database crashes and cannot be mounted? My guess DBFS will not start because the database is down. Or does it run outside of database?
4) Does DBFS store just links to large files in the Oracle database, but the actual GoldenGate binaries files still reside on OS level? Ot they are INSIDE of the database - both GG binaries and trails?
5) How does GoldenGate replicates itself to standby? Because it is a part of database and primary archivelogs and redo logs send the changes to the standby? Or it ONLY runs until switchover/failover on the primary, but afterward it is simply unmounted from primary and mounted to standby by the oracle OS user and the scripts? Or is there a datapump and extract that send trails to standby and after the failure those trails are simply being used?
I guess that is my main question. Why do we bother with DBFS at all? We can simply add a standby extract/datapump to the primary. It will send trails to the standby, that will have only manager running. The manager will accept the trails, periodically deleting all older than lets say one week. At the time of failover/switchover we simply use the same queries as in the docs above to find out if standby became the new primary (the failover had occured). If it did, we can use the same script to get SCN from which this new incarnation started , use a shell script to use an obey file to add the replicat starting from that sequence and voila! Why do we need to bother with fuser and cumbersome DBFS at all? Please let me know what I am missing. If there are alternative to this DBFS DR GoldenGate switchover I would like to use which ever one is the simplest. Thanks.

Looking at the information provided by you. You have created a flashback restore point and then activated your standby database. As you have flashback restore you can flashback your current primary database(old standby) to standby mode but all your changes made on your database will be lost. And you have not done a switchover. you have activated your standby.

FiOS + VCR + Standby Mode = problems for my Grandma.

So my Grandma just got FiOS. She still "tapes" stuff using VCR's (crazy, I know... but she ain't changing).
Problem is, since she's had FiOS, she has been left with a bunch of tapes that contain nothing but the black standby "Press Menu to blah blah blah" screen instead of the shows she was supposed to be recording.
Is there any way around this in her situation?
Thanks in advance for any help.
Solved!
Go to Solution.

By default, the remote will turn off / on both the TV and the STB when you press the power button. Normally that is exactly what you want to occur. You can however disable that sequence and make it so that the power button only works the device you have selected on the remote.
From the remote documentation:
On the remote:
1. Press and hold the STB key.
2. While hlding down the STB, press OK
3. Release both keys. The Device keys will blink twice.
4. Press 9 - 7 - 7. The STB key will blink twice.
5. Press OK. The STB key will blink 3 times to indicate success in programming.
Now, to turn off the TV, press the TV key and then the Power button. To turn off the STB, press the STB key and then the power button. To work the STB, press the STB key followed by whatever commands you wanted to perform (channel, volume, etc.)

Dav-fr1 dvd/standby loop problems

Receiver works in every aspect except for the dvd function and when I go to turn it off it is stuck in a standby loop no matter how long I would leave it. It was working fine and it no longer recognized the cds I had in it nor would it eject. What would cause it to work fine in every other way except for the dvd/standby problems?

Follow this procedure to troubleshoot the system when the STANDBY indicator is flashing.
NOTES:
Unplug the power cord before begining this procedure.
Since each of these steps represents a possible resolution to this issue, plug the power cord back in and check the function of the system after completing each step.
Unplug the power cord again before proceeding to the next step.
Ensure that nothing is blocking the ventilation holes on the top of the system.
Ensure that only the specified speakers are being used.
Ensure the speaker cords are properly connected.
Replace the speaker cords.
If the issue is still unresolved after completing all of the troubleshooting steps, service will be required .
If my post answers your question, please mark it as "Accept as Solution"

6509 sup720 active to standby switchover

How do I gracefully shutdown the active sup720 and bring up the standby sup720 on a 6509, without causing any outage.

CHANDRATHILAKA,
Please read this URL
http://www.cisco.com/univercd/cc/td/doc/product/lan/cat6000/122sx/swcg/srmsso.htm
"Manual user-initiated switchover using the redundancy force-switchover command."
However, I think you will experience a minor outage when doing so.

Logical standby database problem

i have setup logical standby database on my pc . Everything was working fine . Logs were applied.
But i tried testing few things on standby and issued few commands on that.
After that the logs were not applied. i tried to restart that also dint work.
what should i do so that things r back to normal or i need to create the standby again .
Thanks

The output is as follows .
SQL> SELECT APPLIED_SCN, NEWEST_SCN, READ_SCN, NEWEST_SCN-APPLIED_SCN FROM DBA_LOGSTDBY_PROGRESS;
APPLIED_SCN NEWEST_SCN READ_SCN NEWEST_SCN-APPLIED_SCN
179493 194423 179497 14930
SQL> SELECT TYPE, HIGH_SCN, STATUS FROM V$LOGSTDBY;
no rows selected
SQL> select operation, options, object_name, cost
2 from v$sql_plan, v$session, v$logstdby
3 where v$sql_plan.hash_value = v$session.sql_hash_value
4 and v$session.serial# = v$logstdby.serial#
5 and v$logstdby.status_code=16113;
no rows selected

Logical STANDBY creating problem in 9.2

Hi,
i've a Physical standby db which is runnig quite well. i just tried to convert it to LOGICAL standby db. but it was asking for recovery. actually i had provided all the logs needed .but still was giving error.
as i had synchronised physical standby i just changed its control file to normal control file from primary db( alter database backup control file to 'c:\lglstdby.ctl' ) (just created).
i just paste the steps i did.
SQL*Plus: Release 9.2.0.1.0 - Production on Sat Apr 12 08:01:09 2008
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
SQL> conn sys@standby as sysdba
Enter password: ******
Connected.
SQL> shut immediate
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.
SQL> startup mount pfile=E:\oracle\oradata\pfile\init.ora
ORACLE instance started.
Total System Global Area 312024024 bytes
Fixed Size                   453592 bytes
Variable Size             159383552 bytes
Database Buffers          150994944 bytes
Redo Buffers                1191936 bytes
Database mounted.
SQL> alter database open resetlogs;
alter database open resetlogs
ERROR at line 1:
ORA-12571: TNS:packet writer failure
SQL> /
alter database open resetlogs
ERROR at line 1:
ORA-03114: not connected to ORACLE
SQL> conn sys@standby as sysdba
Enter password: ******
Connected.
SQL> /
alter database open resetlogs
ERROR at line 1:
ORA-01152: file 1 was not restored from a sufficiently old backup
ORA-01110: data file 1: 'E:\ORACLE\ORADATA\DATA\SYSTEM01.DBF'
SQL> recover database using backupcontrol file;
ORA-01906: BACKUP keyword expected
SQL> recover database using backup controlfile;
ORA-00279: change 567900150 generated at 04/12/2008 07:57:01 needed for thread
1
ORA-00289: suggestion : E:\ORACLE\ORA92\RDBMS\1_43090.DBF
ORA-00280: change 567900150 for thread 1 is in sequence #43090
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
cancel;
ORA-00308: cannot open archived log 'cancel;'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
auto
ORA-00308: cannot open archived log 'E:\ORACLE\ORA92\RDBMS\1_43090.DBF'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
ORA-00308: cannot open archived log 'E:\ORACLE\ORA92\RDBMS\1_43090.DBF'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) The system cannot find the file specified.
SQL> recover database using backup controlfile;
ORA-00279: change 567900150 generated at 04/12/2008 07:57:01 needed for thread
1
ORA-00289: suggestion : E:\ORACLE\ORA92\RDBMS\1_43090.DBF
ORA-00280: change 567900150 for thread 1 is in sequence #43090
--here i gave what it needed,but it asks for more...
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
E:\oracle\oradata\Archive\1_43090.DBF
ORA-00279: change 567900630 generated at 04/12/2008 08:07:30 needed for thread
1
ORA-00289: suggestion : E:\ORACLE\ORA92\RDBMS\1_43091.DBF
ORA-00280: change 567900630 for thread 1 is in sequence #43091
ORA-00278: log file 'E:\oracle\oradata\Archive\1_43090.DBF' no longer needed
for this recovery
---- it asks for next log as it hasn't generated yet.
even if cancel recovery it says file 1 needs media recovery ('E:\ORACLE\ORADATA\DATA\SYSTEM01.DBF' )
SQL> recover database using backup controlfile;
ORA-00279: change 567900630 generated at 04/12/2008 08:07:30 needed for thread
1
ORA-00289: suggestion : E:\ORACLE\ORA92\RDBMS\1_43091.DBF
ORA-00280: change 567900630 for thread 1 is in sequence #43091
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
cancel
Media recovery cancelled.
SQL> alter database open resetlogs;
alter database open resetlogs
ERROR at line 1:
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: 'E:\ORACLE\ORADATA\DATA\SYSTEM01.DBF'Why this is happening dont know ?
any ideas?
Thanks & regards!
Oracle 9.2
Win 2K Server

Hi all,
i managed to open STANDBY DB,but in a different way...
i had to recreate controlfile .
SQL> startup nomount pfile=e:\oracle\oradata\pfile\init.ora
ORACLE instance started.
Total System Global Area 312024024 bytes
Fixed Size                   453592 bytes
Variable Size             159383552 bytes
Database Buffers          150994944 bytes
Redo Buffers                1191936 bytes
SQL> ed
Wrote file afiedt.buf
1 CREATE CONTROLFILE REUSE DATABASE "IRCS" RESETLOGS ARCHIVELOG
2 -- SET STANDBY TO MAXIMIZE PERFORMANCE
3      MAXLOGFILES 6
4      MAXLOGMEMBERS 3
5      MAXDATAFILES 100
6      MAXINSTANCES 1
7      MAXLOGHISTORY 1134
8 LOGFILE
9    GROUP 1 (
10      'E:\ORACLE\ORADATA\REDO\REDO011.LOG',
11      'D:\ORACLE\ORADATA\REDO\REDO012.LOG'
12    ) SIZE 4M,
13    GROUP 2 (
14      'E:\ORACLE\ORADATA\REDO\REDO021.LOG',
15      'D:\ORACLE\ORADATA\REDO\REDO022.LOG'
16    ) SIZE 4M,
17    GROUP 3 (
18      'E:\ORACLE\ORADATA\REDO\REDO031.LOG',
19      'D:\ORACLE\ORADATA\REDO\REDO032.LOG'
20    ) SIZE 4M,
21    GROUP 4 (
22      'E:\ORACLE\ORADATA\REDO\REDO041.LOG',
23      'D:\ORACLE\ORADATA\REDO\REDO042.LOG'
24    ) SIZE 4M,
25    GROUP 5 (
26      'E:\ORACLE\ORADATA\REDO\REDO51.LOG',
27      'D:\ORACLE\ORADATA\REDO\REDO52.LOG'
28    ) SIZE 4M,
29    GROUP 6 (
30      'E:\ORACLE\ORADATA\REDO\REDO61.LOG',
31      'D:\ORACLE\ORADATA\REDO\REDO62.LOG'
32    ) SIZE 4M
33 -- STANDBY LOGFILE
34 DATAFILE
35    'E:\ORACLE\ORADATA\DATA\SYSTEM01.DBF',
36    'E:\ORACLE\ORADATA\DATA\UNDOTBS01.DBF',
37    'E:\ORACLE\ORADATA\DATA\DRSYS.DBF',
38    'E:\ORACLE\ORADATA\DATA\FIN_DATA.DBF',
39    'D:\ORACLE\ORADATA\DATA\FIN_IDX.DBF',
40    'E:\ORACLE\ORADATA\DATA\INDX01.DBF',
41    'D:\ORACLE\ORADATA\DATA\INV_DATA.DBF',
42    'E:\ORACLE\ORADATA\DATA\INV_IDX.DBF',
43    'E:\ORACLE\ORADATA\DATA2\OTHER_DATA.DBF',
44    'D:\ORACLE\ORADATA\DATA\OTHER_IDX.DBF',
45    'E:\ORACLE\ORADATA\DATA\PAY_DATA.DBF',
46    'D:\ORACLE\ORADATA\DATA\PAY_IDX.DBF',
47    'D:\ORACLE\ORADATA\DATA\SALE_DATA1.DBF',
48    'D:\ORACLE\ORADATA\DATA\SALE_DATA2.DBF',
49    'E:\ORACLE\ORADATA\DATA\SALE_IDX.DBF',
50    'E:\ORACLE\ORADATA\DATA\USER_DATA.DBF',
51    'E:\ORACLE\ORADATA\DATA\XDB01.DBF'
52* CHARACTER SET WE8MSWIN1252
SQL> /
Control file created.
SQL> alter database open resetlogs;
Database altered.actually my db was very much consistent. it was asking for not generated logs.. i tried to make incomplete recovery but was erroring with system file not consistent. so i did recreate controlfile but my purpose to create logical was not solved here as when i opened DB with newly created contrlfile database was errorring like
SCN not matching with primary database (i forgot to copy the exact error words)
in alert log it was like
RFS: Destination database mount ID mismatch [0x821cc13b:0x821e318f]
can't it then synchronise with primary as physical does with fetching previous logs?
so stopped that to further process..then again tried open my normal physical standby db with physical standby controlfile...but with physical it gave me a error of wrong pasword file and not able mount standby database.
ERROR at line 1:
ORA-01991: invalid password file 'E:\oracle\ora92\DATABASE\PWDircs.ORA'
can't understandb !!....is this die to i tried to mount a open DB? but when creating a physical standby db we do take consistent back(optinal). so that time it doesn't give such type of error of pwd files....
can't understand this behavoir?
Any ideas?
Regards!

Standby Switchover problem

Similar Messages

Maybe you are looking for