Re: clone creations fails with shared memory realm already exists

Ok that apparently crashed a few of my dev databases that were running when I did that. I got reports of errors and when I tried to log in to database it said shared memory realm already exists. I ran a ps -ef | grep for the database name and found a bunch of processes still running. Killed the pmon and they all dropped and I was able to restart the database. No harm done as it is just Dev but I don't think anyone will want to do this on a Production system with other running databases, maybe if they are all down.

Jeff

On Thu, Feb 7, 2019 at 8:56 AM Jeff Chirco <backseatdba_at_gmail.com> wrote:

> Thanks Mark and Nenad, removing the dead segments worked. Learned
> something today!
>
> Jeff
>
> On Thu, Feb 7, 2019 at 7:38 AM Noveljic Nenad <nenad.noveljic_at_vontobel.com>
> wrote:
>
>> You’d need to look for a segment with no attached processes (NATTACH=0).
>> It’s a dead segment that can be removed with ipcrm.
>>
>>
>>
>> IPC status from <running system> as of Thu Feb 7 16:34:40 MET 2019
>>
>> T ID KEY MODE OWNER GROUP CREATOR CGROUP
>> *NATTCH* SEGSZ CPID LPID ATIME DTIME CTIME
>>
>> Shared Memory:
>>
>> m 1560281188 0x2a54d290 --rw------- oracle dba oracle
>> dba 453 28672 8707 24484 16:34:33 16:34:33 8:47:09
>>
>> m 905969763 0x0 --rw------- oracle dba oracle
>> dba 453 329252864 8707 24484 16:34:33 16:34:33 8:47:09
>>
>> …
>>
>>
>>
>>
>>
>> Best regards,
>>
>>
>>
>> Nenad
>>
>>
>>
>> https://nenadnoveljic.com/blog/
>>
>>
>>
>>
>>
>> *From:* oracle-l-bounce_at_freelists.org <oracle-l-bounce_at_freelists.org> *On
>> Behalf Of *Jeff Chirco
>> *Sent:* Donnerstag, 7. Februar 2019 16:33
>> *To:* Mark W. Farnham <mwf_at_rsiz.com>
>> *Cc:* oracle-l-freelist <oracle-l_at_freelists.org>
>> *Subject:* Re: clone creations fails with shared memory realm already
>> exists
>>
>>
>>
>> Hi Mark not sure what to look for with that. There is 22 other databases
>> running on this server. Its a dev server with a bunch of clones and little
>> use.
>>
>>
>>
>> On Wed, Feb 6, 2019 at 7:41 PM Mark W. Farnham <mwf_at_rsiz.com> wrote:
>>
>> see what ipcs –m says is allocated.
>>
>>
>>
>> *From:* oracle-l-bounce_at_freelists.org [mailto:
>> oracle-l-bounce_at_freelists.org] *On Behalf Of *Jeff Chirco
>> *Sent:* Wednesday, February 06, 2019 10:05 PM
>> *To:* oracle-l-freelist
>> *Subject:* clone creations fails with shared memory realm already exists
>>
>>
>>
>> Ok I am confused. I am trying to make a thin clone of our database from
>> one server to another. Something I have done many times. I use NetApp Snap
>> Manager for Oracle. Oracle EE 12.2.0.1 running on Oracle Linux 7. The
>> clone process is failing with ORA-27100: shared memory realm already exists.
>>
>>
>>
>> This database does not currently exist. I ran a ps -ef | grep for my
>> database name and no process are found. There is nothing in /etc/oratab.
>> I've tried adding an entry to make sure a database with that name is not
>> running. There is no pfile, spfile, password file. I've checked /dev/shm
>> for any files related to my database name and there is nothing. I don't
>> understand by it thinks shared memory realm already exists.
>>
>> Any suggestions?
>>
>>
>>
>> Thanks,
>>
>> Jeff
>>
>> ____________________________________________________
>>
>> Please consider the environment before printing this e-mail.
>>
>> Bitte denken Sie an die Umwelt, bevor Sie dieses E-Mail drucken.
>>
>>
>> Important Notice
>> This message is intended only for the individual named. It may contain
>> confidential or privileged information. If you are not the named addressee
>> you should in particular not disseminate, distribute, modify or copy this
>> e-mail. Please notify the sender immediately by e-mail, if you have
>> received this message by mistake and delete it from your system.
>> Without prejudice to any contractual agreements between you and us which
>> shall prevail in any case, we take it as your authorization to correspond
>> with you by e-mail if you send us messages by e-mail. However, we reserve
>> the right not to execute orders and instructions transmitted by e-mail at
>> any time and without further explanation.
>> E-mail transmission may not be secure or error-free as information could
>> be intercepted, corrupted, lost, destroyed, arrive late or incomplete. Also
>> processing of incoming e-mails cannot be guaranteed. All liability of
>> Vontobel Holding Ltd. and any of its affiliates (hereinafter collectively
>> referred to as "Vontobel Group") for any damages resulting from e-mail use
>> is excluded. You are advised that urgent and time sensitive messages should
>> not be sent by e-mail and if verification is required please request a
>> printed version. Please note that all e-mail communications to and from the
>> Vontobel Group are subject to electronic storage and review by Vontobel
>> Group. Unless stated to the contrary and without prejudice to any
>> contractual agreements between you and Vontobel Group which shall prevail
>> in any case, e-mail-communication is for informational purposes only and is
>> not intended as an offer or solicitation for the purchase or sale of any
>> financial instrument or as an official confirmation of any transaction.
>> The legal basis for the processing of your personal data is the
>> legitimate interest to develop a commercial relationship with you, as well
>> as your consent to forward you commercial communications. You can exercise,
>> at any time and under the terms established under current regulation, your
>> rights. If you prefer not to receive any further communications, please
>> contact your client relationship manager if you are a client of Vontobel
>> Group or notify the sender. Please note for an exact reference to the
>> affected group entity the corporate e-mail signature. For further
>> information about data privacy at Vontobel Group please consult
>> www.vontobel.com.
>>
>

--
http://www.freelists.org/webpage/oracle-l