From: Andreas Höschler (ahoesch@smartsoft.de)
Date: Wed Nov 21 2007 - 09:23:47 EST
Dear managers,
>> I am trying to install Oracle 10g in a non-global zone on a machine
>> with 2 x 1.6 GHz and 6 GB RAM (Solaris 10 SPARC) and am getting the
>> following error
>>
>> ORA XXX Out of memory
>>
>> I got the same error when installing Oracle in the global zone and
>> got that fixed by doing the following in /etc/system
>>
>> set semsys:seminfo_semmni=100
>> set semsys:seminfo_semmsl=256
>> set shmsys:shminfo_shmmax=4294967295
>> set shmsys:shminfo_shmmni=100
>>
>> I hoped that the zone oracle would automatically benefit from these
>> modifications since there is no /etc/system (of course) in the
>> non-global zone.
>>
>> I am stuck! Any ideas? I really would like to run Oracle in a zone to
>> separate this monster from the rest of the machine as much as
>> possible. I found some articles via google that this is doable!?
>> Hints are greatly appreciated!
Thanks a lot for the numerous responses I got so far. The bottom line
is (my current conclusion from the replies) that Oracle can be
installed in a zone and that the only parameter that needs to be added
to /etc/system on Solaris 10 is
set shmsys:shminfo_shmmax = 4294967295
When installing in a non-global zone one instead has to add the
following to /etc/project
user.oracle:100:orawp01:oracle::project.max-shm-memory=(privile ged,
4294967295,deny)
I am just trying this out... Is the modification to /etc/system
necessary when installing in a non-global zone or do I need that only
if I wantto install Oracle in the global zone? I have to repeat the
installation on a remote machine today and I would prefer not to be
forced to reboot this machine.
My installation in the zone failed in the first place because of
insufficient swap space. I temporarily added some with the following
commands:
mkfile 9500m /newswap
swap -a /newswap
It looks better now...
Thanks,
Andreas
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:42:32 EDT