Re: clone creations fails with shared memory realm already exists

Ok interesting. I have a bunch with NATTACH = 0

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