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 segment id 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 - 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 segment id 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
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 segment id 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
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 segment id 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') 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
