From: Knut Talman <knut.talman@mytoys.de>
Newsgroups: comp.databases.oracle.server
Subject: Re: 8.1.6 Installation problem on Solaris 8 ;ORA-27102
Date: Thu, 07 Jun 2001 03:57:33 +0200
Organization: myToys.de GmbH
Lines: 37
Message-ID: <3B1EDF8D.31717820@mytoys.de>
References: <9fm4am$n6k$1@news.sinet.slb.com> <mv6thtg9ftfvguuhe1qssc6d8udmhp6mfh@4ax.com>
NNTP-Posting-Host: h-213.61.134.194.host.de.colt.net
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Trace: crusher.de.colt.net 991879053 25833 213.61.134.194 (7 Jun 2001 01:57:34 GMT)
X-Complaints-To: usenet@news1.de.colt.net
NNTP-Posting-Date: 7 Jun 2001 01:57:34 GMT
X-Mailer: Mozilla 4.77 [de] (X11; U; Linux 2.4.2-2 i686)
X-Accept-Language: de


Comments emmbedded.

> Did you reconfigure the OS according to the Oracle docs( - there are mandatory
> system settings involving shared memory, etc..) and restart?
> 
> The Out of Memory indicated that maybe some parameters in your init<sid>.ora
> file are too big ( db_block_buffers, block_size, shared_pool, whatever)

We have to know how much RAM the Ultra 1 is equipped with, but I think
the
problem lies somewehere else (if he didn't enter completely unrealistic
values into init.ora there should be enough memory with swap and RAM ).
 
> "Ravi Alluru" <ravica@quixnet.net> wrote:
> 
> >Hi,
> >   I installed a brand new oracle 8.1.6 Product on a new Solaris server (SUN
> >Ultra 1). I used the minimal server install and choose no for starter
> >database.
> >  I got no errors during the product install.
> >Now I try to create an instance with the installed ORACLE_HOME as the Home
> >but i get the error
> >ORA-27102 out of memory
> >SVR4 Error:22: Invalid argument.

There should be a trace file generated, look in the alert.log, there you
find the name of the trace file, then post this file here.

Regards,

Knut

-- 
Knut Talman                                     Fon +49 30 72 62 01 411
dba@myToys.de                                   Fax +49 30 72 62 01 222
          The degree of normality in a database is inversely             
                    proportional to that of its DBA

