Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Usenet -> c.d.o.server -> Re: Please help - ORA 04030: out of process memory...

Re: Please help - ORA 04030: out of process memory...

From: Paul Drake <drak0nian_at_yahoo.com>
Date: 4 Jun 2003 17:09:30 -0700
Message-ID: <1ac7c7b3.0306041609.73c071c4@posting.google.com>


"Henry" <henry_2303_at_hotmail.com> wrote in message news:<hJqDa.350257$w7k.193583_at_news04.bloor.is.net.cable.rogers.com>...
> Paul,
>
> Thanks. I did not find any notes in the readme file about the minimum size
> od shared_pool_size for the upgrade in the readme file of the 8.1.7.2.1
> patch. But I believe the minimum size is about 52MB (at least that was
> minimum for the installation).
> I tried also 150MB but it did not helped.
>
> Also the "select * from duc$ where PACK='JIS$INTERCEPTOR$';" and subsequent
> delete they added only in 8.1.7.3 version. I'm not sure if I should do it
> also for the older patch...(?)
>
> FYI, patching to the 8.1.7.3 works fine on the same hardware and same init
> file setting. I'n just having lots of problems with this 8.1.7.2.x version.
> Unfortunately this one is certified and has to be used...
>
> Regards,
> Henry
>

Henry,

I had 8.1.7 running on a laptop (W2K Pro) with 80 MB of physical memory - but I am not sure if I ever applied any patchsets to databases on the laptop. We usually just copied clones from a test server to laptops - so that no rebuild was required.

We did not use 8.1.7.2.1 - until after 8.1.7.2.6 was released. This is when I first applied the 8.1.7.2.x to our dev database:

# applied patch set 8.1.7.2.1, 8.1.7.2.6 - 9:01 PM 1/2/2002

those patchsets were applied without issue. This was on a box with 1024 MB physical memory, single instance. There was no java machine in this database.

  shared_pool_size         = 100663296
  large_pool_size          = 4194304
  java_pool_size           = 1048576 
  db_block_buffers         = 49152
  db_block_size            = 8192

Wed Jan 02 21:06:48 2002
alter database open
Wed Jan 02 21:06:49 2002
Thread 1 opened at log sequence 37088
  Current log# 7 seq# 37088 mem# 0: H:\ORACLE\ORADATA\DEV\REDO7A.LOG   Current log# 7 seq# 37088 mem# 1: I:\ORACLE\ORADATA\DEV\REDO7B.LOG Successful open of redo thread 1.
Wed Jan 02 21:06:49 2002
SMON: enabling cache recovery
SMON: enabling tx recovery
Wed Jan 02 21:06:51 2002
Updating 8.1.7.1.1 NLS parameters in sys.props$ -- adding 8.1.7.2.1 NLS parameters.
Completed: alter database open
Wed Jan 02 21:08:09 2002
Shutting down instance (immediate)
License high water mark = 1
Wed Jan 02 21:08:09 2002
ALTER DATABASE CLOSE NORMAL
Wed Jan 02 21:08:09 2002
SMON: disabling tx recovery
SMON: disabling cache recovery
Wed Jan 02 21:08:12 2002
Thread 1 closed at log sequence 37088
Wed Jan 02 21:08:12 2002
Completed: ALTER DATABASE CLOSE NORMAL
Wed Jan 02 21:08:12 2002
ALTER DATABASE DISMOUNT
Completed: ALTER DATABASE DISMOUNT
archiving is disabled
Wed Jan 02 21:08:13 2002
ARCH shutting down
ARC0: Archival stopped

no errors.

If you can use it - maybe use 8.1.7.2.6 instead of just 8.1.7.2.1?

sorry about the irrelevant large memory stuff - I forget that this box had either 384 or 512 MB of memory.

Paul Received on Wed Jun 04 2003 - 19:09:30 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US