Plsql_code_type native

For those of you that have set plsql_code_type to native, I have a few questions:
- Why did you set the parameter
- Was there a noticeable change in performance
- Did you have any issues as a result of the change

There are some reported issues on MOS website.
R12 Ora-04030 When Recompiling The Package Xla_00200_aad_s_000010_pkg [ID 435212.1]
wfntfqup.sql Throws ORA-00600: internal error code, arguments: [17090] [ID 1307613.1]
Workflow Notification Agent Listeners Fail with unhandled user-defined exception ORA-06512: at "APPS.WF_EVENT" [ID 1066568.1]
11.5.10: Oracle iStore Order: Cannot Add Items to Cart Error: "ORA-06508: PL/SQL: Could Not Find Program Unit Being called in Package IBE_Quote_Save_pvt" [ID 565920.1]
Workflow Deferred Agent Listener Cannot be Started After Upgrading to RDBMS 11g [ID 1072604.1]
Thanks,
Hussein

Similar Messages

Plsql_code_type NATIVE and DEBUG true??

Hi,
In the documentation i've read that we can use pl/sql debugging tools for program units compiled for interpreted mode (but NOT for those compiled for native mode).
Then, if i have:
alter session set plsql_code_type=native
alter package my_pkg compile DEBUGWhy can i specify DEBUG? Because it is compiled in native mode, and in native mode we cannot use debugging, isn't it? The last statement shouldn't have cause an error?
Thanks

Roger,
When I says alter session set plsql_code_type=native; it means all subsequent automatic recompilations of that library unit will use native (machine code) compilation. Ok.
After that I says, alter package my_pkg compile DEBUG; it means I am going to compile the package with DEBUG option and DEBUG option says compiler to compile and generate the code for debugger. Here debugger will read the compiled code in native compilation.
There is no error, simply you are going to provide the native compiled code to debugger.
Here one more parameter plays big role :
PLSQL_DEBUG
PLSQL_DEBUG specifies whether or not PL/SQL library units will be compiled for debugging.
Values:
true - PL/SQL library units will be compiled for debugging
false - PL/SQL library units will be compiled for normal execution
When PLSQL_DEBUG is set to true, PL/SQL library units are always compiled INTERPRETED in order to be debuggable.
When the value of this parameter is changed, it has no effect on PL/SQL library units that have already been compiled. The value of this parameter is stored persistently with each library unit.
Regards
Girish Sharma

Plsql_code_type (native or INTERPRETED).

We recently moved from 10.1.0.4 to 10.2.03 and when we try and create a procedure we are receiving the below error.
PLS-00923: Visual Studio not found::Could not open registry key HKEY_LOCAL_MACHINE\SOFTWARE\MICROSOFT\VISUALSTUDIO\7.1\SETUP:No error
Should I change the spfile file paramter plsql_code_type to INTERPRETED

Depends what you actually require as to how you fix it.
Setting it to the default INTERPRETED rather than NATIVE will get rid of the error, but do you need you code to be natively compiled? If so then you'll need to sort out the installation of the C compiler (in your case from Visual Studio) which is required to compile the code to it's native form.

PLSQL_CODE_TYPE INTERPRETED / NATIVE?

Hi!
I just exported my schema with ttSchema and saw before every PL/SQL package +"alter session set PLSQL_CODE_TYPE = INTERPRETED;"+
Now I ask myself is there also +"NATIVE"+ possible? :)
TT documentation doesn't mention anything - at least I couldn't find it - only the normal Oracle documentation (e.g.: http://download.oracle.com/docs/cd/B12037_01/server.101/b10755/initparams158.htm)
If I use the +"NATIVE"+ flag TT doesn't throw an error - but I can't see any speedup in normal operation on my test system (I have to admit - I didn't do any explicit performance tests with the new flag).
So is it supported? Is it recommended (compile time isn't an issue - but performance in normal operation)?
Thanks in advance!
Thilo

Thanks a lot for your fast answer...
But then I would expect an error - otherwise this is very confusing ;)
+Command> alter session set PLSQL_CODE_TYPE = NOT_SUPPORTED_FLAG;+
+12706: Invalid session parameter value+
The command failed.+
+Command> alter session set PLSQL_CODE_TYPE = NATIVE;+
Session altered.+
Do you know if or when this will be supported?
Thanks a lot!
Cheers
Thilo

PL/SQL Native Compilation - not working!

I'm at my wits end here.
Oracle 10.2.0.3 under Windows Server 2003 (i know, i know...) and a whole lot of procedural PL/SQL that I think could benefit from native compilation. I've done this on Linux/unix environments a few times but never imagined it would be quite so painful under Windows.
Ended up using Visual C++ 2003 (7.1 compiler) which compiled everything. MinGW wouldn't compile everything, lots of undefined references to _setjmp and others, but that's a different subject.
Anyway, after two days of dealing with issues, I finally get things to compile. The .dll is created. The init parameters say we're native. The test procedure is recompiled as native, and verified in dba_plsql_object_settings. As far as I am aware, native compilation is present and working. But when I run the thing.... performance is the same. Recompile as interpreted... same. Recompile as native again... same. This is demo code here, simple loop, the kind of thing that is 10x faster on my Linux environment.
Basically the behavior is as though native compilation just isn't working... the DLL isn't working. Funny thing is that it -was- working earlier with the same code... right up until I bounced the box. Now I am dead in the water with no log file, no trace, nothing... just a non-functional native compilation feature.
Any ideas? Anyone else struggle with this?
Bob

SELECT name, value
FROM gv$parameter
WHERE name LIKE '%code%';
Did you do this before you bounced the database?
ALTER SYSTEM SET plsql_compiler_flags = 'NATIVE';
or
ALTER SESSION SET plsql_compiler_flags = 'NATIVE';when perhaps you should have done this:
ALTER SYSTEM SET plsql_code_type = 'NATIVE' SCOPE=BOTH;

Native Compilation in 11g

In 11g database , I changed compilation mode from 'INTERPRETED' to 'NATIVE' by executing dbmsupgnv.sql
Still some of the packages are in INTERPRETED mode .
Why would some be in INTERPRETED while others are in NATIVE .
Thanks in Advance for your inputs.
1 SELECT TYPE, PLSQL_CODE_TYPE, COUNT(*)
2 FROM DBA_PLSQL_OBJECT_SETTINGS
3 WHERE PLSQL_CODE_TYPE IS NOT NULL
4 GROUP BY TYPE, PLSQL_CODE_TYPE
5* ORDER BY TYPE, PLSQL_CODE_TYPE
SQL>
SQL> /
TYPE PLSQL_CODE_TYPE COUNT(*)
FUNCTION NATIVE 414
PACKAGE INTERPRETED 1318
PACKAGE NATIVE 2
PACKAGE BODY NATIVE 1258
PROCEDURE NATIVE 455
TRIGGER NATIVE 1075
TYPE INTERPRETED 2311
TYPE NATIVE 243
TYPE BODY NATIVE 224
9 rows selected.
1 Select * from (
2 SELECT owner , NAME , TYPE
3 FROM all_plsql_object_settings WHERE plsql_code_type <> 'NATIVE'
4* ) where rownum < 10
SQL> /
OWNER NAME TYPE
SYS AGGXMLIMP TYPE
SYS AGGXQAVGIMP TYPE
SYS AGGXQIMP TYPE
SYS AGGXQSUMIMP TYPE
SYS ALERT_TYPE TYPE
SYS ANYDATA TYPE
SYS ANYDATASET TYPE
SYS ANYTYPE TYPE
SYS AQ$_AGENT TYPE
9 rows selected.
1 Select * from (
2 SELECT owner , NAME , TYPE
3 FROM all_plsql_object_settings WHERE plsql_code_type = 'NATIVE'
4* ) where rownum < 10
SQL> /
OWNER NAME TYPE
SYS ANYDATA TYPE BODY
SYS ANYDATASET TYPE BODY
SYS ANYTYPE TYPE BODY
SYS APS_VALIDATE PROCEDURE
SYS AQ$_GET_SUBSCRIBERS FUNCTION
SYS AQ$_JMS_BYTES_MESSAGE TYPE BODY
SYS AQ$_JMS_HEADER TYPE BODY
SYS AQ$_JMS_MAP_MESSAGE TYPE BODY
SYS AQ$_JMS_MESSAGE TYPE BODY
9 rows selected.

Hi,
Dr. Hal has some working examples that might help you:
http://www.oracle-base.com/articles/9i/PLSQLNativeCompilation9i.php
Hope this helps. . .
Donald K. Burleson
Oracle Press author
Author of "Oracle Tuning: The Definitive Reference":
http://www.dba-oracle.com/bp/s_oracle_tuning_book.htm

Plsql_optimize_level = 3 and native compilation in SQL Developer?

SQL Developer: Version 3.1.06 (Build MAIN-06.82)
Oracle: 11gR2
OS: Ubuntu 10.10
Whenever I compile a PL/SQL unit in SQL Developer (using 'Compile' button) it is compiled with the following settings:
PLSQL_OPTIMIZE_LEVEL = 2
PLSQL_CODE_TYPE = 'INTERPRETED'
However, if I issue the following commands in an SQL Worksheet:
ALTER SESSION SET plsql_optimize_level = 3;
ALTER PACKAGE PACKAGE_NAME COMPILE PLSQL_CODE_TYPE = NATIVE;
the query SELECT PLSQL_OPTIMIZE_LEVEL, PLSQL_CODE_TYPE FROM ALL_PLSQL_OBJECT_SETTINGS WHERE NAME = 'PACKAGE_NAME'; resullts in
PLSQL_OPTIMIZE_LEVEL     PLSQL_CODE_TYPE
3     NATIVE
3     NATIVE
Is it possible to make SQL Developer to use these settings by default?
P.S. It seems that Tools > Preferences > Database > PL/SQL Compiler menu section is missing the options I need (Optimization level drop-down menu have numbers 0-2, but not 3). Are there any plans to support these features in the future releases?
Edited by: Ravshan Abbasov on Feb 6, 2012 6:28 AM

Hi Ravshan,
I thought a workaround would be to create a sql script like the following:
alter session set plsql_code_type=native;
alter session set plsql_optimize_level=3; then point to it in the setting for Tools|Preferences|Database|Filename for connection startup script. That doesn't work however, as the other preference setting for plsql_optimize_level overrides the session value of 3 during compilation from the UI.
According to Oracle documentation, level 3 was added for Oracle 11g. Prior to that, the same effect could be achieved by level 2 in conjunction with the INLINE pragma in the PL/SQL code.
You might want to make a feature request for this on the SQL Developer Exchange so the community can vote and comment.
Regards,
Gary
SQL Developer Team
Edited by: Gary Graham on Feb 6, 2012 2:32 PM
And, of course, Compile for Debug does not work with the 'native' setting.

Plsql_code_type

Hi,
I am upgrading oracle applications from 11.5.10.2 (10.2.0.5) to R12.1.1 on linux 32 Bit
Now i am applying 6678700.drv from $AU_TOP.
In the Upgrade guide chapter 3, Point 4 it says upgrade init.ora with upgrade parameters.
As i am on 11.5.10.2 with 10.2.0.5 db, before going to R12.1.1. Should i set plsql_code_type = native (Currently it is interpreted).
I have already run bde_cbo_chk.sql it says recommeded is INTERPRETED,But this is checking against 11.5.10.2.
So what should be plsql_code_type set???
(In my last project i have set it to native and no issues, just want to know what should i set).
(I thinks i have asked this question before also, but now when i search it is not showing in search results.)
Thanks
Edited by: user11970143 on Jul 31, 2011 4:40 AM

Hi,
I found the answer from the blogs
http://monishsb.wordpress.com/2010/02/17/changing-parameter-plsql_code_type-from-interpreted-to-native/
http://oracleappstechnology.blogspot.com/2007/11/plsql-native-compilation-in-apps-11i.html
We can set plsql_code_type = native to increase performance, so does not matter.
Thanks

Native Compilation of Apex code

Has anyone tried natively compiling all of the Apex packages, procedures and functions?
For example, to natively compile WWV_FLOW (with DBA privileges):
<ul>
<li>ALTER SESSION SET PLSQL_CODE_TYPE='NATIVE' ;</li>
<li>ALTER PACKAGE FLOWS_030100.WWW_FLOW COMPILE ;</li>
</ul>
We've recently done just this on a test installation (Apex 3.1, Oracle 10g) and have found that Apex runs significantly faster. Before we consider implementing in production, I was wondering if anyone has also tried this and whether they came across any problems?
Kevan
Edited by: KGelling2 on Oct 30, 2008 2:24 PM

Hello,
I've only ever come across one other person who has mentioned doing that, he mentioned that he got performance improvements too although didn't qualify them. What sort of improvements are you seeing?
John.
Blog: http://jes.blogs.shellprompt.net
Work: http://www.apex-evangelists.com
Author of Pro Application Express: http://tinyurl.com/3gu7cd
REWARDS: Please remember to mark helpful or correct posts on the forum, not just for my answers but for everyone!

PLSQL_CODE_TYPE parameter

Hi,
is there any performance degradation happen if I set PLSQL_CODE_TYPE=NATIVE. if yes then what are the things I should consider before changing this parameter.
Thanks

Read this document
http://docs.oracle.com/cd/B19306_01/appdev.102/b14261/tuning.htm#i48528
http://docs.oracle.com/cd/B14117_01/server.101/b10755/initparams158.htm

PLS-00923: native compilation failed: Visual Studio not

hi,
I'm using oracle 10g version 10.2.0.1 running on windows xp pro service pack 3. I'm trying to switch from interpreted to native compilation, and here are the parameters I've set:
plsql_native_library_dir = D:\oracle\product\10.2.0\db_1\plsql
plsql_code_type = NATIVE
plsql_native_library_subdir_count = 0
plsql_compiler_flags = NATIVE, NON_DEBUG
Now I'm trying to run the following statements:
ALTER SESSION SET plsql_code_type = 'NATIVE';
CREATE OR REPLACE PROCEDURE test_speed AS
v_number NUMBER;
BEGIN
FOR i IN 1 .. 1000000 LOOP
v_number := i / 1000;
END LOOP;
END;
SET TIMING ON
SQL> EXEC test_speed;
BEGIN test_speed; END;
ERROR at line 1:
ORA-06550: line 1, column 7:
PLS-00905: object SYS.TEST_SPEED is invalid
ORA-06550: line 1, column 7:
PL/SQL: Statement ignored
Elapsed: 00:00:00.03
SQL> show err
Errors for PROCEDURE TEST_SPEED:
LINE/COL ERROR
0/0 PLS-00923: native compilation failed: Visual Studio not
found::Could not open registry key
HKEY_LOCAL_MACHINE\SOFTWARE\MICROSOFT\VISUALSTUDIO\7.1\SETUP:No
error
I have search for the error in google but I can't find anything useful. What do I need to set-up/change to achieve my goals.
Thanks and God bless,
Chris

hi,
I'm using oracle 10g version 10.2.0.1 running on windows xp pro service pack 3. I'm trying to switch from interpreted to native compilation, and here are the parameters I've set:
plsql_native_library_dir = D:\oracle\product\10.2.0\db_1\plsql
plsql_code_type = NATIVE
plsql_native_library_subdir_count = 0
plsql_compiler_flags = NATIVE, NON_DEBUG
Now I'm trying to run the following statements:
ALTER SESSION SET plsql_code_type = 'NATIVE';
CREATE OR REPLACE PROCEDURE test_speed AS
v_number NUMBER;
BEGIN
FOR i IN 1 .. 1000000 LOOP
v_number := i / 1000;
END LOOP;
END;
SET TIMING ON
SQL> EXEC test_speed;
BEGIN test_speed; END;
ERROR at line 1:
ORA-06550: line 1, column 7:
PLS-00905: object SYS.TEST_SPEED is invalid
ORA-06550: line 1, column 7:
PL/SQL: Statement ignored
Elapsed: 00:00:00.03
SQL> show err
Errors for PROCEDURE TEST_SPEED:
LINE/COL ERROR
0/0 PLS-00923: native compilation failed: Visual Studio not
found::Could not open registry key
HKEY_LOCAL_MACHINE\SOFTWARE\MICROSOFT\VISUALSTUDIO\7.1\SETUP:No
error
I have search for the error in google but I can't find anything useful. What do I need to set-up/change to achieve my goals.
Thanks and God bless,
Chris

ORA-00060: Deadlock detected

I getting error as "ORA-00060: Deadlock detected. More info in file /d01/oracle/VIS/db/tech_st/10.2.0/.................". Following are my observations on the occurence of this error.
The deadlock is encountered first time when trying to login to applications. I have R12 vision instance on linux.
Following the content of the alert_VIS.log file
Mon Jun 15 04:41:41 2009
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 3
Using LOG_ARCHIVE_DEST_1 parameter default value as /d01/oracle/VIS/db/tech_st/10.2.0/dbs/arch
Autotune of undo retention is turned on.
IMODE=BR
ILAT =44
LICENSE_MAX_USERS = 0
SYS auditing is disabled
ksdpec: called for event 13740 prior to event group initialization
Starting up ORACLE RDBMS Version: 10.2.0.3.0.
System parameters with non-default values:
tracefiles_public = TRUE
processes = 200
sessions = 400
timed_statistics = TRUE
shared_pool_size = 419430400
shared_pool_reserved_size= 41943040
nls_language = american
nls_territory = america
nls_sort = binary
nls_date_format = DD-MON-RR
nls_numeric_characters = .,
nls_comp = binary
nls_length_semantics = BYTE
sga_target = 1073741824
control_files = /d01/oracle/VIS/db/apps_st/data/cntrl01.dbf, /d01/oracle/VIS/db/apps_st/data/cntrl02.dbf, /d01/oracle/VIS/db/apps_st/data/cntrl03.dbf
db_block_checksum = TRUE
db_block_size = 8192
compatible = 10.2.0
log_buffer = 14251008
log_checkpoint_interval = 100000
log_checkpoint_timeout = 1200
db_files = 512
log_checkpoints_to_alert = TRUE
dml_locks = 10000
undo_management = AUTO
undo_tablespace = APPS_UNDOTS1
db_block_checking = FALSE
O7_DICTIONARY_ACCESSIBILITY= FALSE
session_cached_cursors = 500
utl_file_dir = /usr/tmp, /usr/tmp, /d01/oracle/VIS/db/tech_st/10.2.0/appsutil/outbound/VIS_oracleebsr12, /usr/tmp
plsql_native_library_dir = /d01/oracle/VIS/db/tech_st/10.2.0/plsql/nativelib
plsql_native_library_subdir_count= 149
plsql_code_type = native
plsql_optimize_level = 2
job_queue_processes = 2
systemtrig_enabled = TRUE
cursor_sharing = EXACT
parallel_min_servers = 0
parallel_max_servers = 8
background_dump_dest = /d01/oracle/VIS/db/tech_st/10.2.0/admin/VIS_oracleebsr12/bdump
user_dump_dest = /d01/oracle/VIS/db/tech_st/10.2.0/admin/VIS_oracleebsr12/udump
max_dump_file_size = 20480
core_dump_dest = /d01/oracle/VIS/db/tech_st/10.2.0/admin/VIS_oracleebsr12/cdump
db_name = VIS
open_cursors = 600
ifile = /d01/oracle/VIS/db/tech_st/10.2.0/dbs/VIS_oracleebsr12_ifile.ora
sortelimination_cost_ratio= 5
btree_bitmap_plans = FALSE
fastfull_scan_enabled = FALSE
sqlexecprogression_cost= 2147483647
likewith_bind_as_equality= TRUE
pga_aggregate_target = 1073741824
workarea_size_policy = AUTO
optimizer_secure_view_merging= FALSE
aq_tm_processes = 1
olap_page_pool_size = 4194304
Mon Jun 15 04:42:05 2009
WARNING:Oracle instance running on a system with low open file descriptor
limit. Tune your system to increase this limit to avoid
severe performance degradation.
PSP0 started with pid=3, OS id=6824
PMON started with pid=2, OS id=6822
MMAN started with pid=4, OS id=6826
DBW0 started with pid=5, OS id=6828
CKPT started with pid=7, OS id=6832
SMON started with pid=8, OS id=6834
RECO started with pid=9, OS id=6836
CJQ0 started with pid=10, OS id=6838
LGWR started with pid=6, OS id=6830
MMON started with pid=11, OS id=6840
MMNL started with pid=12, OS id=6842
Mon Jun 15 04:42:19 2009
ALTER DATABASE MOUNT
Mon Jun 15 04:42:25 2009
Setting recovery target incarnation to 2
Mon Jun 15 04:42:27 2009
Successful mount of redo thread 1, with mount id 243370348
Mon Jun 15 04:42:27 2009
Database mounted in Exclusive Mode
Completed: ALTER DATABASE MOUNT
Mon Jun 15 04:42:28 2009
ALTER DATABASE OPEN
Mon Jun 15 04:42:48 2009
Thread 1 opened at log sequence 16
Current log# 3 seq# 16 mem# 0: /d01/oracle/VIS/db/apps_st/data/log3.dbf
Successful open of redo thread 1
Mon Jun 15 04:42:48 2009
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Mon Jun 15 04:42:48 2009
SMON: enabling cache recovery
Mon Jun 15 04:42:48 2009
Incremental checkpoint up to RBA [0x10.a779.0], current log tail at RBA [0x10.a779.0]
Mon Jun 15 04:43:01 2009
Successfully onlined Undo Tablespace 18.
Mon Jun 15 04:43:01 2009
SMON: enabling tx recovery
Mon Jun 15 04:43:04 2009
Database Characterset is UTF8
Mon Jun 15 04:43:18 2009
replication_dependency_tracking turned off (no async multimaster replication found)
Mon Jun 15 04:43:44 2009
Starting background process QMNC
QMNC started with pid=14, OS id=6884
Mon Jun 15 04:46:48 2009
Completed: ALTER DATABASE OPEN
Mon Jun 15 05:03:23 2009
Incremental checkpoint up to RBA [0x10.b1bd.0], current log tail at RBA [0x10.b1f3.0]
Mon Jun 15 05:23:33 2009
Incremental checkpoint up to RBA [0x10.b5b3.0], current log tail at RBA [0x10.b5c2.0]
Mon Jun 15 05:45:12 2009
Incremental checkpoint up to RBA [0x10.b7b0.0], current log tail at RBA [0x10.fbce.0]
This is upto the point where all DB and application services has been started.
Once trying to login to applications following content got appended to the log file
Mon Jun 15 05:53:39 2009
ORA-00060: Deadlock detected. More info in file /d01/oracle/VIS/db/tech_st/10.2.0/admin/VIS_oracleebsr12/udump/vis_ora_8149.trc.
Mon Jun 15 05:53:51 2009
ORA-00060: Deadlock detected. More info in file /d01/oracle/VIS/db/tech_st/10.2.0/admin/VIS_oracleebsr12/udump/vis_ora_8149.trc.
Mon Jun 15 05:54:02 2009
ORA-00060: Deadlock detected. More info in file /d01/oracle/VIS/db/tech_st/10.2.0/admin/VIS_oracleebsr12/udump/vis_ora_8149.trc.
Mon Jun 15 05:54:12 2009
ORA-00060: Deadlock detected. More info in file /d01/oracle/VIS/db/tech_st/10.2.0/admin/VIS_oracleebsr12/udump/vis_ora_8149.trc.
Mon Jun 15 05:54:22 2009
ORA-00060: Deadlock detected. More info in file /d01/oracle/VIS/db/tech_st/10.2.0/admin/VIS_oracleebsr12/udump/vis_ora_8149.trc.
Mon Jun 15 05:54:28 2009
ORA-00060: Deadlock detected. More info in file /d01/oracle/VIS/db/tech_st/10.2.0/admin/VIS_oracleebsr12/udump/vis_ora_8149.trc.
Mon Jun 15 05:54:35 2009
ORA-00060: Deadlock detected. More info in file /d01/oracle/VIS/db/tech_st/10.2.0/admin/VIS_oracleebsr12/udump/vis_ora_8149.trc.
Mon Jun 15 05:54:42 2009
ORA-00060: Deadlock detected. More info in file /d01/oracle/VIS/db/tech_st/10.2.0/admin/VIS_oracleebsr12/udump/vis_ora_8149.trc.
Mon Jun 15 05:59:06 2009
Process J000 died, see its trace file
Mon Jun 15 05:59:11 2009
kkjcre1p: unable to spawn jobq slave process
Mon Jun 15 05:59:11 2009
Errors in file /d01/oracle/VIS/db/tech_st/10.2.0/admin/VIS_oracleebsr12/bdump/vis_cjq0_6838.trc:
Mon Jun 15 05:59:23 2009
Process J000 died, see its trace file
Mon Jun 15 05:59:24 2009
kkjcre1p: unable to spawn jobq slave process
Mon Jun 15 05:59:24 2009
Errors in file /d01/oracle/VIS/db/tech_st/10.2.0/admin/VIS_oracleebsr12/bdump/vis_cjq0_6838.trc:
Mon Jun 15 05:59:50 2009
Process J000 died, see its trace file
Mon Jun 15 05:59:50 2009
kkjcre1p: unable to spawn jobq slave process
Mon Jun 15 05:59:50 2009
Errors in file /d01/oracle/VIS/db/tech_st/10.2.0/admin/VIS_oracleebsr12/bdump/vis_cjq0_6838.trc:
I did the TKPROF on .trc files but the tkprof file does not show any details as such except similar to :- (don't know if I am missing anything while issuing TKPROF as $ tkprof filename.trc
filename.txt explain=apps/apps)
TKPROF: Release 10.2.0.3.0 - Production on Mon Jun 15 06:07:14 2009
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Trace file: /d01/oracle/VIS/db/tech_st/10.2.0/admin/VIS_oracleebsr12/bdump/vis_cjq0_6838.trc
Sort options: default
count = number of times OCI procedure was executed
cpu = cpu time in seconds executing
elapsed = elapsed time in seconds executing
disk = number of physical reads of buffers from disk
query = number of buffers gotten for consistent read
current = number of buffers gotten in current mode (usually for update)
rows = number of rows processed by the fetch or execute call
0 statements EXPLAINed in this session.
Trace file: /d01/oracle/VIS/db/tech_st/10.2.0/admin/VIS_oracleebsr12/bdump/vis_cjq0_6838.trc
Trace file compatibility: 10.01.00
Sort options: default
1 session in tracefile.
0 user SQL statements in trace file.
0 internal SQL statements in trace file.
0 SQL statements in trace file.
0 unique SQL statements in trace file.
22 lines in trace file.
0 elapsed seconds in trace file.
Yesterday, I did login to applications after multiple attempts and tried submitting a concurrent request of a standard report (after resolving the data block corrupt issue) and got the same ORA-00060 Error.
I have a fresh VISION R12 (12.0.4) installed without any customizations. My installation looks to be quite unstable, takes 2-3 attempts for successful login to apps.
Can you please give any clues on this and how to overcome the problem?
Thanks,
Amit

I have run cmclean.sql as per :- Re: R12 Vision install - Unable to submit concurrent request
This is the only change made. No new patches etc. Before running cmclean.sql I believe the instance was working fine.
Now everytime I start the application services, its causing ORA=00060: Deadlock error. There are no issues with just DB services up and running.
And after apps services up, when trying to Login to apps it just hangs, get error as follows:
Tue Jun 23 02:04:55 2009
Process J001 died, see its trace file
Tue Jun 23 02:04:55 2009
kkjcre1p: unable to spawn jobq slave process
Tue Jun 23 02:04:55 2009
Errors in file /d01/oracle/VIS/db/tech_st/10.2.0/admin/VIS_oracleebsr12/bdump/vis_cjq0_6747.trc:
Tue Jun 23 02:05:04 2009
Process q002 died, see its trace file
Tue Jun 23 02:05:04 2009
ksvcreate: Process(q002) creation failed
Tue Jun 23 02:05:55 2009
Process J000 died, see its trace file
Tue Jun 23 02:05:55 2009
kkjcre1p: unable to spawn jobq slave process
Tue Jun 23 02:05:55 2009
Errors in file /d01/oracle/VIS/db/tech_st/10.2.0/admin/VIS_oracleebsr12/bdump/vis_cjq0_6747.trc:
Tue Jun 23 02:06:11 2009
Process J000 died, see its trace file
Tue Jun 23 02:06:11 2009
kkjcre1p: unable to spawn jobq slave process
Tue Jun 23 02:06:11 2009
Errors in file /d01/oracle/VIS/db/tech_st/10.2.0/admin/VIS_oracleebsr12/bdump/vis_cjq0_6747.trc:
Tue Jun 23 02:08:51 2009
Process J000 died, see its trace file
Tue Jun 23 02:08:52 2009
kkjcre1p: unable to spawn jobq slave process
Tue Jun 23 02:08:52 2009
Errors in file /d01/oracle/VIS/db/tech_st/10.2.0/admin/VIS_oracleebsr12/bdump/vis_cjq0_6747.trc:
The OS also hangs (Linux) and I have to exit abnormally everytime which is frustrating.
I am not sure the reason for the same. I have gone through the metalink notes pointed which says to install the health check engine.
Do you have any clues based on above information as to what might be causing this problem.
I have 4 GB RAM installed on my Windows and 2 GB has been allocated to Linux on VMware.
Please let me know if I need to upgrade the memory.
Any pointers would be really helpful.
Thanks,
Amit

Obsolete and/or deprecated parameter(s) specified for plsql_compiler_flags

Hi All,
After upgrading the from 10.2.0.1 to 10.2.0.4 on linux. I am getting ORA-32004: obsolete and/or deprecated parameter(s) specified error for plsql_compiler_flags.
in alert log says
Deprecated system parameters with specified values:
plsql_compiler_flags
End of deprecated system parameter listing
Could you please help me how to fix this problem.
Thanks

Thank you Pavan and oradba.
even after changing to
ALTER SYSTEM SET plsql_compiler_flags = 'NATIVE' SCOPE=SPFILE;
ALTER SYSTEM SET plsql_code_type = "NATIVE" SCOPE=SPFILE;
still I am getting same error. Could you please help me to fix this problem.
Thanks

Pure Natvie Oracle Database. 11G Doesn't work!!!!!

Has anybody create successfully a Pure Native Oracle Database.
The database is created package also but no dynamic library file is created!!!!
select from DBA_STORED_SETTINGS
PARAM_VALUE COUNT(1)
plsql_warnings=DISABLE:ALL 6284
plsql_code_type=NATIVE 6284
show parameter plsql
NAME TYPE VALUE
plsql_ccflags string
plsql_code_type string NATIVE
plsql_debug boolean FALSE
plsql_native_library_dir string /opt/oracle/admin/O11G/library
plsql_native_library_subdir_count integer 1000
plsql_optimize_level integer 2
plsql_v2_compatibility boolean FALSE
plsql_warnings string DISABLE:ALL
find /opt/oracle/admin/O11G/library -type f -print
NOTHING!!!!
In 9.*,10.* It 's work perfectly!!!
What is missing ? Nothing constructive from the enginer who is managing the tar!!!
Quick test to check even if the whole database is not in Native mode:
export PLSQL_NATIVE_LIBRARY_SUBDIR_COUNT=1000
export OSD=$ORACLE_BASE/admin/$ORACLE_SID
mkdir $OSD
mkdir $OSD/library
N="-n"
C=""
export N
export C
export i=0
while [ i -le ${PLSQL_NATIVE_LIBRARY_SUBDIR_COUNT:=0} ]
do
mkdir -p $OSD/library/d$i &&
chown oracle:dba $OSD/library/d$i &&
chmod 0755 $OSD/library/d$i && echo $N ".$C" || $N echo "F$C"
export i=`expr $i + 1`
echo $i | egrep '50$|00$' > /dev/null && echo " $i"
done
echo "
set echo on
prompt TO BE ADDED IN THE INIT.ORA OR ALTER SYSTEM
alter system set plsql_code_type=NATIVE scope = spfile ;
alter system set plsql_native_library_dir='$OSD/library' scope = spfile ;
alter system set plsql_native_library_subdir_count=${PLSQL_NATIVE_LIBRARY_SUBDIR_COUNT:=0} scope = spfile ;
shutdown immediate
startup
create procedure IT_IS_A_TEST AS
BEGIN
NULL ;
END IT_IS_A_TEST ;
show errors
select * from user_errors where name ='IT_IS_A_TEST' ;
begin IT_IS_A_TEST ; end ;
drop procedure IT_IS_A_TEST ;
set define off
host ls -l $OSD/library/d*/* | grep -i IT_IS_A_TEST && echo OK || echo It does not work. "

impdp refused to create tablespaceOr, a slightly more accurate statement, perhaps the database user running impdp does not have rights to create tablespaces. Or it could be the datafile(s) for the tablespace(s) are not specifying a valid path, i.e. the source database used 'd:\oraclexe\...\<datafile>.DBF' and the impdp target database does not have a d: drive, or the oraclexe or folder names in the path are not valid locations.
There are many ways to run datapump, one option is specifying tablespace translations. Or create the desired tablespaces ahead of time. See the full 11g doc pages on datapump for more info that what is included in the 11g XE docs: http://download.oracle.com/docs/cd/E11882_01/server.112/e22490/dp_import.htm#i1007653
I anyway have lots of limits on memory that can be used ... ORA-04031: unable to allocate 16 bytes of shared memoryPost a snippet of your alertlog content, the section with the last startup showing the non-default parameters. Perhaps an increase to sga_target or a similar parameter is needed, find the last entry stanza that starts with "System parameters with non-default values:", something like that.

Oracle-11g connection is very slow

Hi Team,
Installed oracle11g with database yesterday. but the connection to database using tnsnames is very slow even from host server, where as sys / as sysdba is normal in hostserver.
And checked other databases(10g) connections in the same host server, normal. Here with I spooled alert log file and parameter list. pls do the needful help.
Aler log file from shut down to startup.
Sat Aug 06 11:28:54 2011
Shutting down instance (immediate)
Stopping background process SMCO
Shutting down instance: further logons disabled
Sat Aug 06 11:28:55 2011
Stopping background process CJQ0
Stopping background process QMNC
Stopping background process MMNL
Stopping background process MMON
License high water mark = 10
ALTER DATABASE CLOSE NORMAL
Sat Aug 06 11:28:58 2011
SMON: disabling tx recovery
SMON: disabling cache recovery
Sat Aug 06 11:28:58 2011
Shutting down archive processes
Archiving is disabled
Sat Aug 06 11:28:58 2011
ARCH shutting down
Sat Aug 06 11:28:58 2011
ARCH shutting down
Sat Aug 06 11:28:58 2011
ARCH shutting down
ARC1: Archival stopped
ARC0: Archival stopped
ARC3: Archival stopped
Sat Aug 06 11:28:58 2011
ARCH shutting down
ARC2: Archival stopped
Thread 1 closed at log sequence 9
Successful close of redo thread 1
Completed: ALTER DATABASE CLOSE NORMAL
ALTER DATABASE DISMOUNT
Completed: ALTER DATABASE DISMOUNT
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Sat Aug 06 11:29:01 2011
Stopping background process VKTM:
Sat Aug 06 11:29:05 2011
Instance shutdown complete
Sat Aug 06 11:32:12 2011
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 3
Using LOG_ARCHIVE_DEST_1 parameter default value as USE_DB_RECOVERY_FILE_DEST
Autotune of undo retention is turned on.
IMODE=BR
ILAT =118
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up:
Oracle Database 11g Release 11.2.0.1.0 - 64bit Production.
Using parameter settings in client-side pfile /oracle/ora11g/apps/dbs/initrakshak.ora on machine abml01
System parameters with non-default values:
processes                = 700
sga_max_size             = 30G
sga_target               = 30G
control_files            = "/barch10g_db/ora11g/rakshak_control/rkdatabase/control1/rakshak_control01.ctl"
control_files            = "/barch10g_db/ora11g/rakshak_redo/rkdatabase/control2/rakshak_control02.ctl"
control_files            = "/barch10g_db/ora11g/rakshak_idx1/rkdatabase/control3/rakshak_control03.ctl"
db_block_size            = 16384
compatible               = "11.2.0"
log_archive_dest         = "/barch10g_db/ora11g/rakshak_archive/rkdatabase/rakshak"
db_recovery_file_dest    = "/barch10g_db/ora11g/rakshak_idx1/rkdatabase/flash_recovery_area"
db_recovery_file_dest_size= 2G
undo_management          = "AUTO"
undo_tablespace          = "UNDOTBS1"
sec_case_sensitive_logon = FALSE
remote_login_passwordfile= "EXCLUSIVE"
utl_file_dir             = "/barch10g_db/ora11g/ldoutput/"
plsql_code_type          = "native"
job_queue_processes      = 100
cursor_sharing           = "FORCE"
audit_file_dest          = "/barch10g_db/ora11g/rakshak_idx1/rkdatabase/adump"
audit_trail              = "DB"
db_name                  = "rakshak"
open_cursors             = 700
diagnostic_dest          = "/barch10g_db/ora11g/rakshak_idx1/rkdatabase/"
Sat Aug 06 11:32:33 2011
PMON started with pid=2, OS id=9463
Sat Aug 06 11:32:34 2011
VKTM started with pid=3, OS id=9465 at elevated priority
VKTM running at (10)millisec precision with DBRM quantum (100)ms
Sat Aug 06 11:32:34 2011
GEN0 started with pid=4, OS id=9469
Sat Aug 06 11:32:34 2011
DIAG started with pid=5, OS id=9471
Sat Aug 06 11:32:34 2011
DBRM started with pid=6, OS id=9473
Sat Aug 06 11:32:34 2011
PSP0 started with pid=7, OS id=9475
Sat Aug 06 11:32:34 2011
DIA0 started with pid=8, OS id=9477
Sat Aug 06 11:32:34 2011
MMAN started with pid=9, OS id=9479
Sat Aug 06 11:32:34 2011
DBW0 started with pid=10, OS id=9481
Sat Aug 06 11:32:34 2011
DBW1 started with pid=11, OS id=9483
Sat Aug 06 11:32:34 2011
DBW2 started with pid=12, OS id=9485
Sat Aug 06 11:32:34 2011
LGWR started with pid=13, OS id=9487
Sat Aug 06 11:32:34 2011
CKPT started with pid=14, OS id=9489
Sat Aug 06 11:32:34 2011
SMON started with pid=15, OS id=9491
Sat Aug 06 11:32:34 2011
RECO started with pid=16, OS id=9493
Sat Aug 06 11:32:34 2011
MMON started with pid=17, OS id=9495
Sat Aug 06 11:32:34 2011
MMNL started with pid=18, OS id=9497
Sat Aug 06 11:32:34 2011
ORACLE_BASE not set in environment. It is recommended
that ORACLE_BASE be set in the environment
Sat Aug 06 11:34:34 2011
Shutting down instance (immediate)
Shutting down instance: further logons disabled
Stopping background process MMNL
Stopping background process MMON
License high water mark = 1
ALTER DATABASE CLOSE NORMAL
ORA-1507 signalled during: ALTER DATABASE CLOSE NORMAL...
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Sat Aug 06 11:34:37 2011
Stopping background process VKTM:
Sat Aug 06 11:34:40 2011
Instance shutdown complete
Sat Aug 06 11:35:55 2011
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 3
Using LOG_ARCHIVE_DEST_1 parameter default value as USE_DB_RECOVERY_FILE_DEST
Autotune of undo retention is turned on.
IMODE=BR
ILAT =118
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up:
Oracle Database 11g Release 11.2.0.1.0 - 64bit Production.
Using parameter settings in client-side pfile /oracle/ora11g/apps/dbs/initrakshak.ora on machine abml01
System parameters with non-default values:
processes                = 700
sga_max_size             = 30G
sga_target               = 30G
control_files            = "/barch10g_db/ora11g/rakshak_control/rkdatabase/control1/rakshak_control01.ctl"
control_files            = "/barch10g_db/ora11g/rakshak_redo/rkdatabase/control2/rakshak_control02.ctl"
control_files            = "/barch10g_db/ora11g/rakshak_idx1/rkdatabase/control3/rakshak_control03.ctl"
db_block_size            = 16384
compatible               = "11.2.0"
log_archive_dest         = "/barch10g_db/ora11g/rakshak_archive/rkdatabase/rakshak"
db_recovery_file_dest    = "/barch10g_db/ora11g/rakshak_idx1/rkdatabase/flash_recovery_area"
db_recovery_file_dest_size= 2G
undo_management          = "AUTO"
undo_tablespace          = "UNDOTBS1"
sec_case_sensitive_logon = FALSE
remote_login_passwordfile= "EXCLUSIVE"
utl_file_dir             = "/barch10g_db/ora11g/ldoutput/"
plsql_code_type          = "native"
job_queue_processes      = 100
cursor_sharing           = "FORCE"
audit_file_dest          = "/barch10g_db/ora11g/rakshak_idx1/rkdatabase/adump"
audit_trail              = "DB"
db_name                  = "rakshak"
open_cursors             = 700
diagnostic_dest          = "/barch10g_db/ora11g/rakshak_idx1/rkdatabase/"
Sat Aug 06 11:36:16 2011
PMON started with pid=2, OS id=9648
Sat Aug 06 11:36:16 2011
VKTM started with pid=3, OS id=9657 at elevated priority
VKTM running at (10)millisec precision with DBRM quantum (100)ms
Sat Aug 06 11:36:16 2011
GEN0 started with pid=4, OS id=9669
Sat Aug 06 11:36:16 2011
DIAG started with pid=5, OS id=9678
Sat Aug 06 11:36:16 2011
DBRM started with pid=6, OS id=9686
Sat Aug 06 11:36:16 2011
PSP0 started with pid=7, OS id=9697
Sat Aug 06 11:36:16 2011
DIA0 started with pid=8, OS id=9704
Sat Aug 06 11:36:16 2011
MMAN started with pid=9, OS id=9711
Sat Aug 06 11:36:16 2011
DBW0 started with pid=10, OS id=9713
Sat Aug 06 11:36:16 2011
DBW1 started with pid=11, OS id=9715
Sat Aug 06 11:36:16 2011
DBW2 started with pid=12, OS id=9717
Sat Aug 06 11:36:16 2011
LGWR started with pid=13, OS id=9719
Sat Aug 06 11:36:16 2011
CKPT started with pid=14, OS id=9721
Sat Aug 06 11:36:16 2011
SMON started with pid=15, OS id=9723
Sat Aug 06 11:36:16 2011
RECO started with pid=16, OS id=9725
Sat Aug 06 11:36:16 2011
MMON started with pid=17, OS id=9727
Sat Aug 06 11:36:16 2011
MMNL started with pid=18, OS id=9729
Sat Aug 06 11:36:16 2011
ORACLE_BASE from environment = /oracle/ora11g/home
Sat Aug 06 11:36:40 2011
alter database mount
Sat Aug 06 11:36:44 2011
Successful mount of redo thread 1, with mount id 3292194824
Database mounted in Exclusive Mode
Lost write protection disabled
Completed: alter database mount
Sat Aug 06 11:36:54 2011
alter database open
LGWR: STARTING ARCH PROCESSES
Sat Aug 06 11:36:54 2011
ARC0 started with pid=20, OS id=9743
Sat Aug 06 11:36:55 2011
ARC0: Archival started
LGWR: STARTING ARCH PROCESSES COMPLETE
ARC0: STARTING ARCH PROCESSES
Sat Aug 06 11:36:55 2011
ARC1 started with pid=21, OS id=9745
Sat Aug 06 11:36:55 2011
ARC2 started with pid=22, OS id=9747
Sat Aug 06 11:36:55 2011
ARC3 started with pid=23, OS id=9749
ARC1: Archival started
ARC2: Archival started
ARC2: Becoming the 'no FAL' ARCH
ARC2: Becoming the 'no SRL' ARCH
ARC1: Becoming the heartbeat ARCH
Thread 1 opened at log sequence 9
Current log# 3 seq# 9 mem# 0: /barch10g_db/ora11g/rakshak_idx1/rkdatabase/redo3/rakshak_redolog3a.log
Current log# 3 seq# 9 mem# 1: /barch10g_db/ora11g/rakshak_idx1/rkdatabase/redo3/rakshak_redolog3b.log
Successful open of redo thread 1
Sat Aug 06 11:36:55 2011
SMON: enabling cache recovery
Successfully onlined Undo Tablespace 2.
Verifying file header compatibility for 11g tablespace encryption..
Verifying 11g file header compatibility for tablespace encryption completed
SMON: enabling tx recovery
Database Characterset is WE8ISO8859P1
No Resource Manager plan active
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
Sat Aug 06 11:36:55 2011
QMNC started with pid=25, OS id=9753
Completed: alter database open
Sat Aug 06 11:36:56 2011
db_recovery_file_dest_size of 2048 MB is 0.99% used. This is a
user-specified limit on the amount of space that will be used by this
database for recovery-related files, and does not reflect the amount of
space available in the underlying filesystem or ASM diskgroup.
ARC3: Archival started
ARC0: STARTING ARCH PROCESSES COMPLETE
Sat Aug 06 11:36:58 2011
Starting background process CJQ0
Sat Aug 06 11:36:58 2011
CJQ0 started with pid=24, OS id=9768
Setting Resource Manager plan SCHEDULER[0x2FF9]:DEFAULT_MAINTENANCE_PLAN via scheduler window
Setting Resource Manager plan DEFAULT_MAINTENANCE_PLAN via parameter
Sat Aug 06 11:37:01 2011
Starting background process VKRM
Sat Aug 06 11:37:01 2011
VKRM started with pid=26, OS id=9770
Sat Aug 06 11:41:55 2011
Starting background process SMCO
Sat Aug 06 11:41:55 2011
SMCO started with pid=29, OS id=9920
parameter list
db_name='rakshak'
+#memory_target=30G+
processes = 700
audit_file_dest='/barch10g_db/ora11g/rakshak_idx1/rkdatabase/adump'
audit_trail ='db'
db_block_size=16384
db_recovery_file_dest='/barch10g_db/ora11g/rakshak_idx1/rkdatabase/flash_recovery_area'
db_recovery_file_dest_size=2G
diagnostic_dest='/barch10g_db/ora11g/rakshak_idx1/rkdatabase/'
+#dispatchers='(PROTOCOL=TCP) (SERVICE=ORCLXDB)'+
open_cursors=700
job_queue_processes=100
remote_login_passwordfile='EXCLUSIVE'
undo_management='AUTO'
undo_tablespace='UNDOTBS1'
+# You may want to ensure that control files are created on separate physical+
+# devices+
control_files = '/barch10g_db/ora11g/rakshak_control/rkdatabase/control1/rakshak_control01.ctl','/barch10g_db/ora11g/rakshak_redo/rkdatabase/control2/rakshak_control02.ctl','/barch10g_db/ora11g/rakshak_idx1/rkdatabase/control3/rakshak_control03.ctl'
compatible ='11.2.0'
SGA_MAX_SIZE=30G
SGA_TARGET=30G
Utl_file_dir='/barch10g_db/ora11g/ldoutput/'
sec_case_sensitive_logon=FALSE
plsql_code_type=native
cursor_sharing='FORCE'
log_archive_dest='/barch10g_db/ora11g/rakshak_archive/rkdatabase/rakshak'
If any information is needed, pls let me know.
thanks in advance
Regards
Phani Kumar

Phani wrote:
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.247.27)(PORT=1522)))Why use port 1522?
It is always a good idea to use the standard ports for a network application. There is no logic in obfuscating ports for security purposes. It also makes network management and dealing with quality of service issues for example, much more complex if you do not stick to the registered application ports.
Also note that if you provide a dotted IP address, only that address will be used for binding the tcp port as a listening end point. This means no connections will be accepted on localhost and other IP addresses of that server. Make sure that this is what is technically required.
ifconfig
bond6     Link encap:Ethernet HWaddr 00:26:55:D3:02:B6
Why are you using bonding? How many bonded interfaces are there and now many physical NICs? Bond6 alludes that it is the 7th bonded interface - and at 2 NICs per bonded interface it implies that your server has 14 physical Ethernet interfaces. Which I doubt is true.
RX packets:1309675596 errors:5 dropped:0 overruns:0 frame:3Not good to see any errors. What does ethtool stats show? Also check that the physical interfaces are enabled for full duplex. Some Cisco switches do not negotiate it properly and the NIC could be running half duplex.
Also - using bonding... does not seem right. The 1st and default bonded interface should be +/dev/bond0+ - and not bond6.
Check the server's network configuration (the +ifcfg-*+ files in +/etc/sysconfig/networking-scripts+ directory). Suggest that you get a network engineer (or the like) to assist with reviewing the network setup of that server.

Plsql_code_type native

Similar Messages

Maybe you are looking for