Re: ORA-27100: shared memory realm already exists - status
I found the hash function, but that is only one bit. The next problem is to find the segments. Come to Copenhagen in October and you will see ;-) Anjo. - Original Message - To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]> Sent: Tuesday, March 18, 2003 11:18 PM > Well Anjo, what sort of hash? I've been working to develop the stuff > that Hailey talked about(direct SGA access) at Hotsos seminar but the > best I've come up with so far has me sorting through all the shared > memory segements seeing which one I can attach to. This is not good. I > can get the id's through oradebug but I'm looking for a better way that > is not indirectly dependant on connecting to the database. > > Allan > > -Original Message- > Sent: Tuesday, March 18, 2003 12:49 PM > To: Multiple recipients of list ORACLE-L > > > > >> How did Oracle know that the "shared memory realm already exists"? > > Oracle knows this because it attaches to a segment based on the hash > value of $ORACLE_HOME and $ORACLE_SID. In that segment the $ORACLE_HOME > and $ORACLE_SID are stored, so that oracle can see to which instance > they belong. > > Anjo. > > - Original Message - > To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]> > Sent: Tuesday, March 18, 2003 4:14 PM > > > > Thanks for all of the replies. > > > > I discovered that ipcs -mo will give me the number of > > current processes connected to the memory segment. The "dead" > > segments left by the instance which was giving me problems all had 0 > > in that column. The segment for the live instance had about 14 > > processes connected. > > > > I then used ipcrm -m to delete the dead segments and > > restarted the database. > > > > Now to figure out why the instance is failing to clean up these memory > > > segments. > > > > How did Oracle know that the "shared memory realm already exists"? > > > > Peter Schauss > > Northrop Grumman Corporation > > > > > > -- > > Please see the official ORACLE-L FAQ: http://www.orafaq.net > > -- > > Author: Schauss, Peter > > INET: [EMAIL PROTECTED] > > > > Fat City Network Services-- 858-538-5051 http://www.fatcity.com > > San Diego, California-- Mailing list and web hosting services > > - > > To REMOVE yourself from this mailing list, send an E-Mail message > > to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in > > the message BODY, include a line containing: UNSUB ORACLE-L (or the > > name of mailing list you want to be removed from). You may also send > > the HELP command for other information (like subscribing). > > > > -- > Please see the official ORACLE-L FAQ: http://www.orafaq.net > -- > Author: Anjo Kolk > INET: [EMAIL PROTECTED] > > Fat City Network Services-- 858-538-5051 http://www.fatcity.com > San Diego, California-- Mailing list and web hosting services > - > To REMOVE yourself from this mailing list, send an E-Mail message > to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the > message BODY, include a line containing: UNSUB ORACLE-L (or the name of > mailing list you want to be removed from). You may also send the HELP > command for other information (like subscribing). > > > > __ > This email is intended solely for the person or entity to which it is addressed and may contain confidential and/or privileged information. Copying, forwarding or distributing this message by persons or entities other than the addressee is prohibited. If you have received this email in error, please contact the sender immediately and delete the material from any computer. This email may have been monitored for policy compliance. [021216] > > -- > Please see the official ORACLE-L FAQ: http://www.orafaq.net > -- > Author: Nelson, Allan > INET: [EMAIL PROTECTED] > > Fat City Network Services-- 858-538-5051 http://www.fatcity.com > San Diego, California-- Mailing list and web hosting services > - > To REMOVE yourself from this mailing list, send an E-Mail message > to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in > the message BODY, include a line containing: UNSUB ORACLE-L > (or the name of mailing list you want to be removed from). You may > also send the HELP command for other information (like subscribing). > -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Anjo Kolk INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru')
RE: ORA-27100: shared memory realm already exists - status
Well Anjo, what sort of hash? I've been working to develop the stuff that Hailey talked about(direct SGA access) at Hotsos seminar but the best I've come up with so far has me sorting through all the shared memory segements seeing which one I can attach to. This is not good. I can get the id's through oradebug but I'm looking for a better way that is not indirectly dependant on connecting to the database. Allan -Original Message- Sent: Tuesday, March 18, 2003 12:49 PM To: Multiple recipients of list ORACLE-L >> How did Oracle know that the "shared memory realm already exists"? Oracle knows this because it attaches to a segment based on the hash value of $ORACLE_HOME and $ORACLE_SID. In that segment the $ORACLE_HOME and $ORACLE_SID are stored, so that oracle can see to which instance they belong. Anjo. - Original Message - To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]> Sent: Tuesday, March 18, 2003 4:14 PM > Thanks for all of the replies. > > I discovered that ipcs -mo will give me the number of > current processes connected to the memory segment. The "dead" > segments left by the instance which was giving me problems all had 0 > in that column. The segment for the live instance had about 14 > processes connected. > > I then used ipcrm -m to delete the dead segments and > restarted the database. > > Now to figure out why the instance is failing to clean up these memory > segments. > > How did Oracle know that the "shared memory realm already exists"? > > Peter Schauss > Northrop Grumman Corporation > > > -- > Please see the official ORACLE-L FAQ: http://www.orafaq.net > -- > Author: Schauss, Peter > INET: [EMAIL PROTECTED] > > Fat City Network Services-- 858-538-5051 http://www.fatcity.com > San Diego, California-- Mailing list and web hosting services > - > To REMOVE yourself from this mailing list, send an E-Mail message > to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in > the message BODY, include a line containing: UNSUB ORACLE-L (or the > name of mailing list you want to be removed from). You may also send > the HELP command for other information (like subscribing). > -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Anjo Kolk INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). __ This email is intended solely for the person or entity to which it is addressed and may contain confidential and/or privileged information. Copying, forwarding or distributing this message by persons or entities other than the addressee is prohibited. If you have received this email in error, please contact the sender immediately and delete the material from any computer. This email may have been monitored for policy compliance. [021216] -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Nelson, Allan INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
Re: ORA-27100: shared memory realm already exists - status
>> How did Oracle know that the "shared memory realm already exists"? Oracle knows this because it attaches to a segment based on the hash value of $ORACLE_HOME and $ORACLE_SID. In that segment the $ORACLE_HOME and $ORACLE_SID are stored, so that oracle can see to which instance they belong. Anjo. - Original Message - To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]> Sent: Tuesday, March 18, 2003 4:14 PM > Thanks for all of the replies. > > I discovered that ipcs -mo will give me the number of > current processes connected to the memory segment. The > "dead" segments left by the instance which was giving me problems > all had 0 in that column. The segment for the live instance > had about 14 processes connected. > > I then used ipcrm -m to delete the dead segments > and restarted the database. > > Now to figure out why the instance is failing to clean up these > memory segments. > > How did Oracle know that the "shared memory realm already exists"? > > Peter Schauss > Northrop Grumman Corporation > > > -- > Please see the official ORACLE-L FAQ: http://www.orafaq.net > -- > Author: Schauss, Peter > INET: [EMAIL PROTECTED] > > Fat City Network Services-- 858-538-5051 http://www.fatcity.com > San Diego, California-- Mailing list and web hosting services > - > To REMOVE yourself from this mailing list, send an E-Mail message > to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in > the message BODY, include a line containing: UNSUB ORACLE-L > (or the name of mailing list you want to be removed from). You may > also send the HELP command for other information (like subscribing). > -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Anjo Kolk INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
re: ORA-27100: shared memory realm already exists - status
Thanks for all of the replies. I discovered that ipcs -mo will give me the number of current processes connected to the memory segment. The "dead" segments left by the instance which was giving me problems all had 0 in that column. The segment for the live instance had about 14 processes connected. I then used ipcrm -m to delete the dead segments and restarted the database. Now to figure out why the instance is failing to clean up these memory segments. How did Oracle know that the "shared memory realm already exists"? Peter Schauss Northrop Grumman Corporation -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Schauss, Peter INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
RE: ORA-27100: shared memory realm already exists
Title: RE: ORA-27100: shared memory realm already exists Firstly , make sure that when you shutdown, the database is actually shutdown ... my guess is the db isn't shutting down. (Thanks to Kyle) use http://oraperf.sourceforge.net/SGA/sgaid.sh to see which shared memory segment is used by which instance. Raj - Rajendra dot Jamadagni at espn dot com Any views expressed here are strictly personal. QOTD: Any clod can have facts, having an opinion is an art !! -Original Message- From: Schauss, Peter [mailto:[EMAIL PROTECTED]] Sent: Monday, March 17, 2003 10:14 AM To: Multiple recipients of list ORACLE-L Subject: ORA-27100: shared memory realm already exists So my questions are: 1. What is causing this problem and how can I prevent it? 2. Is there any way I can tell for certain which segment is being used by which instance? (The other instance on the box is production and a mistake might cost me a few friends.) Thanks, Peter Schauss Northrop Grumman Corporation *This e-mail message is confidential, intended only for the named recipient(s) above and may contain information that is privileged, attorney work product or exempt from disclosure under applicable law. If you have received this message in error, or are not the named recipient(s), please immediately notify corporate MIS at (860) 766-2000 and delete this e-mail message from your computer, Thank you.*1
ORA-27100: shared memory realm already exists
I am getting the message shown below when running the cron job which restarts the database after shutdown for a cold backup: SVRMGR> ORA-27100: shared memory realm already exists IBM AIX RISC System/6000 Error: 17: File exists Operating system is AIX 4.3 Oracle version is 8.1.7. When I list my shared memory segments I get: IPC status from /dev/mem as of Mon Mar 17 09:57:11 EST 2003 TID KEYMODE OWNERGROUP ATIMEDTIME CTIME Shared Memory: m 0 0x5805091f --rw-rw-rw- root system 6:31:15 no-entry 6:31:15 m 1 0x47041181 --rw-r--r-- imnadm imnadm 6:32:20 6:32:20 6:32:20 m 2 0x58041181 --rw-r--r-- imnadm imnadm 6:32:20 6:32:20 6:32:20 m 3 0x4d041181 --rw-r--r-- imnadm imnadm 6:32:20 6:32:20 6:32:20 m 4 0x49041181 --rw-r--r-- imnadm imnadm 6:32:20 6:32:20 6:32:20 m 5 0x50041181 --rw-r--r-- imnadm imnadm 6:32:20 6:32:20 6:32:20 m 6 0x45041187 --rw-rw-rw- imnadm imnadm 6:32:24 6:32:25 6:32:23 m 7 0x43041187 --rw-rw-rw- imnadm imnadm 6:32:24 6:32:25 6:32:23 m 8 0x42041187 --rw-rw-rw- imnadm imnadm 6:32:24 6:32:25 6:32:23 m 9 0x41041187 --rw-rw-rw- imnadm imnadm 6:32:24 6:32:25 6:32:23 m10 0x44041187 --rw-rw-rw- imnadm imnadm 6:32:24 6:32:25 6:32:23 m 1048587 0x843c4ab5 --rw-r- oracle oinstall 9:48:58 9:48:58 0:30:09 m131084 0x843c4ab6 --rw-r- oracle oinstall 9:48:58 9:48:58 0:30:09 m 1441805 0x0003a68c --rw-r- oracle oinstall 9:57:01 9:57:02 23:30:02 m262158 0x843c4ab4 --rw-r- oracle oinstall 9:48:58 9:48:58 0:30:06 m15 0x0d052983 --rw-rw-rw- root system 9:51:17 9:51:18 8:21:18 I have one other Oracle instance running on this box. I believe this instance is using the segment with key = 0x0003a68c, based on the fact that it's cron job restarts it at 23:30 while the other data base is supposed to restart at 0:30. So my questions are: 1. What is causing this problem and how can I prevent it? 2. Is there any way I can tell for certain which segment is being used by which instance? (The other instance on the box is production and a mistake might cost me a few friends.) Thanks, Peter Schauss Northrop Grumman Corporation -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Schauss, Peter INET: [EMAIL PROTECTED] Fat City Network Services-- 858-538-5051 http://www.fatcity.com San Diego, California-- Mailing list and web hosting services - To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
