Re: clone creations fails with shared memory realm already exists
Date: Sat, 9 Feb 2019 17:36:18 +0000 (UTC)
Message-ID: <26386460.896102.1549733778104_at_mail.yahoo.com>
Correction. "0 size" in my message should be "0 nattch". The size is mostly pagesize, 4k, not 0. Also, very rarely, an entry in /dev/shm is a leftover not cleaned up properly when the instance was shut down. So just because an entry /dev/shm/*<shmid>* exists doesn't mean its shared memory segment definitely cannot be removed. Since the name is like /dev/shm/ora_<SID>_<shmid>_<seq#>, you as a DBA know if this SID is still running. Yong
On Saturday, February 9, 2019, 10:22:52 AM CST, Yong Huang <yong321_at_yahoo.com> wrote:
Noveljic and Jeff,
The 0 size shared memory segments seen in `ipcs -m' are probably due to +ASM and/or DB instances using AMM. Check /dev/shm/*<shmid>* to find out. Trying to remove them with the Oracle command `sysresv -f' will give you a warning, unlike ipcrm, which is a pure OS tool.
Yong
-- http://www.freelists.org/webpage/oracle-lReceived on Sat Feb 09 2019 - 18:36:18 CET