I would not totally blame Oracle. PeopleSoft still has LONG data types running around that are problematic at best and cause ORA-04031 errors. The real fix is to get rid of the longs, which in 99% of the cases is doable. There's a note on Metalink (sorry don't have the number) that has the instructions for removing a long from a table. In PeopleSoft you have to redefine the field as a varchar2(4000), then export the table, drop & recreate it per the PeopleSoft created script (no don't let app designer do it automatically). And then import the data back with the ignore=3Dyes flag. Hopefully now that PeopleSoft and Oracle = are one and the same things like this will get better. Dick Goulet Senior Oracle DBA Oracle Certified 8i DBA -----Original Message----- From: Spears, Brian [mailto:BSpears@xxxxxxxxxxxxxxxxx]=20 Sent: Thursday, January 20, 2005 11:17 AM To: Nagarajan.Subbiah@xxxxxxxx; Michael.Kline@xxxxxxxxxxxx; oracle-l@xxxxxxxxxxxxx Subject: RE: Shared pool from 8i to 9i We had a big system upgraded just on those versions... And we had a lot of problems with ORA-4031.. We patched it..still Oracle pointed fingers as peoplesoft and reverse...til the cio...got oracle in and owned up to the problem. Oracle can't do that anymore since the finger would have to be at itself.. Probably a good thing. Brian -----Original Message----- From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Subbiah, Nagarajan Sent: Thursday, January 20, 2005 10:20 AM To: 'Michael.Kline@xxxxxxxxxxxx'; 'oracle-l@xxxxxxxxxxxxx' Subject: RE: Shared pool from 8i to 9i 9.2.0.4 on HP-UX has some compiler related issues and Oracle suggested to upgrade to 9.2.0.5 (9.2.0.6 wasn't released that time). We were getting ORA-7445 due to shared_pool memory allocation issue.=3D20 9.2.0.5 also has some shared_pool related issues which give ORA-4031. So 9.2.0.6 upgrade may be required. Raja. -----Original Message----- From: Kline.Michael [mailto:Michael.Kline@xxxxxxxxxxxx]=3D20 Sent: Thursday, January 20, 2005 6:49 AM To: oracle-l@xxxxxxxxxxxxx Subject: Shared pool from 8i to 9i I converted hpux 8.1.7.4 to Oracle9i Enterprise Edition Release 9.2.0.4.0 - 64bit Production. =3D20 Shared pool was originally around 80M and never had any problems for over a year. =3D20 I got a memory error, and then we upped it to 100M, then 160M, and finally 400M. =3D20 ALTER SYSTEM SET shared_pool_size=3D3D400M SCOPE=3D3DBOTH; =3D20 =3D20 Is this typical? =3D20 I start getting a lot of: Thu Jan 20 06:24:13 2005 Errors in file /u001/app/oracle/admin/DPFRPT/bdump/dpfrpt_cjq0_7146.trc: ORA-00604: error occurred at recursive SQL level 1 ORA-01003: no statement parsed =3D20 And =3D20 There are 722 memory allocation errors for object-level stat in the last 15 minutes There are 13884 memory allocation errors for object-level stat in the last 15 minutes There are 8339 memory allocation errors for object-level stat in the last 15 minutes Mon Jan 10 06:00:16 2005 =3D20 Michael Kline Database Administration SunTrust Technology Center 1030 Wilmer Avenue Richmond, Virginia 23227 Outside 804.261.9446 STNet 643.9446 Cell 804.744.1545 <mailto:michael.kline@xxxxxxxxxxxx> michael.kline@xxxxxxxxxxxx=3D20 ************************************************=3D20 The information transmitted is intended solely=3D20 for the individual or entity to which it is =3D20 addressed and may contain confidential and/or=3D20 privileged material. Any review, retransmission,=3D20 dissemination or other use of or taking action=3D20 in reliance upon this information by persons or=3D20 entities other than the intended recipient is=3D20 prohibited. If you have received this email in=3D20 error please contact the sender and delete the=3D20 material from any computer.=3D20 ************************************************=3D20 -- //www.freelists.org/webpage/oracle-l -- //www.freelists.org/webpage/oracle-l -- //www.freelists.org/webpage/oracle-l -- //www.freelists.org/webpage/oracle-l