ORA-1555 with Parallel query problem

Hi
We are getting many ora-1555 errors with parallel query stuff. Few queries are throwing with hint /* Q98989129 NO_EXPAND INDEX or /* Q908231094 INDEX_RRS. Our applicaiton is like DSS kind with bulk loading and big reports. I have doubled the undo retention and undo size to 200G and set the trace event. But most of the queries are parallel queries. We are not using the following query in applicaiton. seems like it is parallel sub queries. I need to know the exact mechanism how to devide the parallel queries with its degree of parallalism.
SELECT /*+ Q277874009 INDEX_RRS(A1 "PK_TF_UTRAN_UCELL10_TAB") */ A1."TSTAMP" C0,A1."INSTANCE_ID" C1,A1."PMNOFOIRATHOM
ULTIGSMFAILURE" C2,A1."PMNOFOIRATHOCS57GSMFAIL" C3,A1."PMNOFOSPEECHGSMFAILURE" C
4,A1."PMNOFOHOSTANDGSMFAILURE" C5 FROM "FLEXPM"."ERC_TF_UTRAN_UCELL10_TAB" PX_G
RANULE(0, BLOCK_RANGE, DYNAMIC) A1 WHERE A1."TSTAMP"(+)<=TO_DATE('2006-09-25 23:
45:00', 'yyyy-mm-dd hh24:mi:ss')
Thanks

Hi,
probably the error is due to wrong execution plans choosen by the optimizer.
Are the table statistics up to date? Did You use parallel w/o and degree (ex. defining parallel on object using DEFAULT clause instead of a DEGREE)?
Normally, parallel execution can be done in 2 ways, considering the driving object:
1. like in previous versions, like 7.3, w/o partitioning, the object is split, by rowid, directly from the parallel coordinator to the query slaves (normally a number that can be equivalent to the degree of parallelism or the double in case of sort e/o joins).
2. considering a partitioned object, for every partition/subpartition (phisical segment), a query slaves is made in charge.
In both ways, the original session (SID) is the parallel coordinator that coordinates the salves executions.
The hints and statements that You've reported are tipical queries used by slave process.
In my experience, setting the PARALLEL degree to DEFAULT (no degree during CREATE or ALTER of the object after PARALLEL clause) will cause an "explosion" of slaves startup that can conduct to yr errors.
Hope this helps
Max

Similar Messages

Oracle11g RAC with partitioning and cross instance parallel query problem

I have set up a 300gb TPC-H database using a 4 node RAC environment (8 cpu per node, 16 GB memory, 2 GHz processors) the system is served by 2.5 terabytes of SSD for its IO subsystem managed by a combination of ASM and OCFS2.
When I run a large parallel query (number 9 in the TPCH query set) I get:
ORA-00600: internal error code, arguments [kxfrGraDistNum3],[65535],[4]
with all other arguments blank. There were some reports of this in version 9, but it was supposedly fixed. Has any one seen this behavior or have a work around?
Mike

Good Idea! Why didn't I think of that? Oh yea...I did. Unfortunately TMS CSI is an update only partner type CSI so I cannot submit a SR. The 600 lookup was how I found the old stuff, but it didn't have any 11g references. I hoped maybe someone in the community had encountered this and had a workaround. By the way, the querey looks like so:
select
nation,
o_year,
sum(amount) as sum_profit
from
select
n_name as nation,
extract(year from o_orderdate) as o_year,
l_extendedprice * (1 - l_discount) - ps_supplycost * l_quantity as amount
from
h_part,
h_supplier,
h_lineitem,
h_partsupp,
h_order,
h_nation
where
s_suppkey = l_suppkey
and ps_suppkey = l_suppkey
and ps_partkey = l_partkey
and p_partkey = l_partkey
and o_orderkey = l_orderkey
and s_nationkey = n_nationkey
and p_name like '%spring%'
) as profit
group by
nation,
o_year
order by
nation,
o_year desc;
the other 21 queries, all using the same tables and degrees of paralell and cross instance settings, executed ok.
Mike

Parallel query problem

problem:
In this explain plan 3 indexes are used and I altered these indexes with no parallel degree 1. after that its again using the parallel query...
How to disable the parallel query use for the mentioned above....
Plz help me out....
PLAN_TABLE_OUTPUT
| Id | Operation | Name | Rows | Bytes | Cost | Pstart| Pstop | TQ |IN-OUT| PQ Distrib |
| 0 | SELECT STATEMENT | | 1 | 54 | 3 | | | | | |
| 1 | PX COORDINATOR | | | | | | | | | |
| 2 | PX SEND QC (RANDOM) | :TQ10001 | 1 | 54 | 3 | | | Q1,01 | P->S | QC (RAND) |
| 3 | NESTED LOOPS | | 1 | 54 | 3 | | | Q1,01 | PCWP | |
| 4 | NESTED LOOPS ANTI | | 1 | 42 | 3 | | | Q1,01 | PCWP | |
| 5 | NESTED LOOPS | | 1 | 28 | 3 | | | Q1,01 | PCWP | |
| 6 | BUFFER SORT | | | | | | | Q1,01 | PCWC | |
| 7 | PX RECEIVE | | | | | | | Q1,01 | PCWP | |
| 8 | PX SEND BROADCAST | :TQ10000 | | | | | | | S->P | BROADCAST |
| 9 | TABLE ACCESS BY GLOBAL INDEX ROWID| LEA_AGREEMENT_DTL | 1 | 10 | 1 | 1 | 1 | | | |
| 10 | INDEX UNIQUE SCAN | LEA_AGREEMENT_DTL_UQ | 1 | | 1 | | | | | |
| 11 | PX BLOCK ITERATOR | | 1 | 18 | 2 | | | Q1,01 | PCWC | |
| 12 | TABLE ACCESS FULL | PDC_DISBURSAL_TXN_D | 1 | 18 | 2 | | | Q1,01 | PCWP | |
| 13 | INDEX RANGE SCAN | PDC_MULTIPLE_LOAN_TXN_DE | 1 | 14 | 1 | | | Q1,01 | PCWP | |
| 14 | TABLE ACCESS BY INDEX ROWID | PDC_DISBURSAL_TXN_H | 1 | 12 | 1 | | | Q1,01 | PCWP | |
| 15 | INDEX UNIQUE SCAN | PDC_DISBURSAL_TXN_H_PK_01 | 1 | | 1 | | | Q1,01 | PCWP | |
-----------------------------------------------------------------------------------------------------------------------------------------------------_

please try to use "noparallel hints" in your query.
R.Wang
http://www.oraclepoint.com

ORA-12827 insufficient parallel query slaves available

Hi,
In our sql statements , we are using PARALLEL_MIN_PERCENT = 100 for getting 100% parallel slaves.
But sometimes,it fails with ORA-12827.
if we remove PARALLEL_MIN_PERCENT = 100 , then obviously the query execution time will increase.
How to make sure that the query always get 100% parallel query slaves?
Is there any work around for this other than removing or changing PARALLEL_MIN_PERCENT?
Thanks

Increase parallel_min_servers. What happens is as follows. At instance startup oracle starts parallel_min_servers processes to handle PQO (Parallel Query Option). Assume, for example parallel_min_servers = 4. Assume table has degree of parallelism 6. When you set PARALLEL_MIN_PERCENT = 100 you are requesting PQO to start 6 slave processes while only 4 are available.
SY.

ORA-12827: insufficient parallel query slaves

Hi All,
We are hitting ORA-12827 after setting up parameters related to parallelism. It was a suggestion from Oracle , just to boost up the performance by setting up auto parallelism and few other parameters complementing to it. We have made changes on 2 Database , but we are hitting this only one database, which has similar in configuration in terms of hardware (32 cpus, gobs of ram , sufficient I/O) but it has less SGA setup (7G) over 30G on other database, which seems fine as if now. Here ,ORA-12827 , clearly suggest that , the server does not have sufficient parallel slaves , may be , already in use by different users. I have a question here , what do you think , what is causing this issue to occur , is it no of users or memory or anything else. I know, parallel stuff is not scalable in terms of no of increased users. Also, since we are on 11GR2, we can go for "parallel statement queuing" and that will not fail us ,because of resources getting exhausted completely, right ? What do you think , would it be a right approach to go with or you would you go different approach? thanks a lot for all of your help in past.
OS -- Enterprise Linux Server release 5.8 (Tikanga)
DB --- 11.2.0.3.0
------------- Parameters suggested by Oracle -----------------------------
change parallel_min_servers=8
change parallel_max_servers=128
change parallel_degree_limit=8
change parallel_degree_policy=AUTO
change parallel_min_percent=50
----------------------------------- Current SGA and Parallel Settings ---------------------
NAME                                 TYPE                              VALUE
fast_start_parallel_rollback         string                            LOW
parallel_adaptive_multi_user         boolean                           TRUE
parallel_automatic_tuning            boolean                           FALSE
parallel_degree_limit                string                            8
parallel_degree_policy               string                            AUTO
parallel_execution_message_size      integer                           16384
parallel_force_local                 boolean                           FALSE
parallel_instance_group              string
parallel_io_cap_enabled              boolean                           FALSE
parallel_max_servers                 integer                           128
parallel_min_percent                 integer                           50
parallel_min_servers                 integer                           8
parallel_min_time_threshold          string                            AUTO
parallel_server                      boolean                           FALSE
parallel_server_instances            integer                           1
parallel_servers_target              integer                           128
parallel_threads_per_cpu             integer                           2
recovery_parallelism                 integer                           0
SQL> show parameter sga_
NAME                                 TYPE                              VALUE
sga_max_size                         big integer                       7G
sga_target                           big integer                       7GRegards

why posted this question then?Fran, it's not about the "ORA-12827" only. I also asked the , what is the reason , one can think of , when comparing other database , which has more memory other then that , pretty much identical. Please go through my question once again , you would realize , what was the question actually.
Regards

Oracle 10g and parallel query question

Hi Oracle on SAP Gurus!
We are currently thinking of activating parallel query for certain segments (large application tables and indexes). We searched in SAPNet and SDN and have also studied the SAP Note 651060. But we did not find a complete answer to the following question which is very important for us:
Which kinds of queries (despite from full table scan and index scan in partitioned indexes) support parallel queries and which ones do not support parallel queries?
This is important for us to find out whether we have candidates for parallel queries or not.
Thanx for any hint!
Regards,
Volker

But why do you not propose to use parallel query in OLTP systems?
If the queries are accessed very frequently you will just run out of cpu and io ressources. OLTP systems are (historical) typically multi user systems. You can off course use PQ for 'single user' activities, like index rebuilds, some batchjobs, but you shouldn't do for frequent user queries.
If you have time look at this interesting Article [Suck It Dry - Tuning Parallel Execution|http://doug.burns.tripod.com/px.html]
It is quite old, and you don't have to read all tech details, but i recommend having a look at the conclusions at the end.
May it make sense to use partitioning of these tables in conjunction with parallel query?
I know some guys, who do partitioning on OLTP systems, even SAP systems. But they don't use PQ then. The use partitioning to work on a smaller set of data. In your case the range scans, would need to scan only one partition, saving buffer cache and effectively speeding up execution. So you don't need PQ to scan all partitions at all, this would be a typical OLAP approach.
Best regards
Michael

Parallel Query - which actions are possible?

Hello guys,
we have an OLTP system which a huge amount of data... and now i want to try to introduce parallel query in the system and test something around.
I have some experiences with parallel query in an OLAP environment, but not in an OLTP.
What i am searching for?
An overview for Oracle 10g which lists all possible query accesses that are possible in a parallel environment.
For example:
- FTS - possible
- Nested Loops - possible
- Index Range scans - not possible
I know some .. but not all so i am searching for an overview on the oracle documentation page but was not able to found something.
Maybe you can help me.
Regards
Stefan

Hello sybrand (my little senior dba),
regarding to the paper of Doug Burns there are more things that can be executed parallel (but this paper is about Oracle 9i), so please don't post if you don't have any knowledge.
http://www.dbanotes.net/archives/px.pdf
=> As Oracle’s parallel capabilities have been developed, most tasks can be executed in parallel now. According to the 9.2.0.5 documentation, Oracle supports parallel execution of the following operations: -
Access methods
For example, table scans, index fast full scans, and partitioned index range scans.
Join methods
For example, nested loop, sort merge, hash, and star transformation.
I am searching for such an information about Oracle 10g... maybe there are some more things that can be executed parallel wit 10g.
Thanks and Regards
Stefan

Problem with temp space allocation in parallel query

Hello
I've got a query which matches two large result sets (25m+ rows) against each other and does some basic filtering and aggregation. When I run this query in serial it takes about 30 mins and completes successfully. When I specify a parallel degree of 4 for each result set, it also completes successfully in about 20 minutes. However, when I specify that it should be run in parallel but don't specify a degree for each result set, it spawns 10 parallel servers and after a couple of minutes, bombs out from one of the parallel servers with:
ORA-12801: error signaled in parallel query server P000
ORA-01652: unable to extend temp segment by 64 in tablespace TEMPThis appears to be when it is about to perform a large hash join. The execution plan does not change whether the parallel degree is specified or not, and there is several GB of temp space available.
I'm at a bit of a loss as to how to track down specifically what is causing this problem. I've looked at v$sesstat for all of the sessions involved and it hasn't really turned anything up. I've tried tracing the main session and that hasn't really turned up much either. From what I can tell, one of the sessions seems to try to allocate massive amounts of temp space that it just does not need, but I can figure out why.
Any ideas of how to approach finding the cause of the problem?
David

Hello
I've finally resolved this and the resolution was relatively simple - and was also the main thing that Mark Rittman said he did in his article: reduce the size of the hash join.
After querying v$sql_workarea_active I could see what was happening which was that the sum of the temp space for all of the parallel slaves was exceeding the total amount of temp space available on the system. When run in serial, it was virtually at the limit. I guess the extra was just the overhead for each slave maintaining it's own hash table.
I also made the mistake of misreading the exectuion plan - assuming that the data being pushed to the hash join was filtered to eliminate the data that was not of interest. Upon reflection, this was a rather stupid assumption on my part. Anyway, I used sub query factoring with the materialize hint to ensure that the hash join was only working on the data it should have been. This significantly reduced the size of the hash table and therefore the amount of temp space required.
I did speak to oracle support and they suggested using pga_aggregate_target rather than the separate *area_size parameters. I found that this had very little impact as the problem was related to the volume of data rather than whether it was being processed in memory or not. That said, I did try upping the hash_area_size for the session with some initial success, but ultimately it didn't prove to be scalable. We are however now using pga_aggregate_target in prod.
So that's that. Problem sorted. And as the title of Mark Rittman's article suggests, I was trying to be too clever! :-)
HTH
David

Apply process is aborting with:ORA-12801: error signaled in parallel query

hi,
We created a queue of a specific type, capture and apply process on the queue. Then we started the queue capture and the apply process. The problem is that the apply process is getting enabled and with in moments going into aborted state. wea re getting the follwoing error:
ORA-12801: error signaled in parallel query server P000
ORA-00600: internal error code, arguments: [kwqiceval:anyconv], [], [], [], [], [], [], []
Any idea what could have gone wrong?
scripts:
exec dbms_aqadm.create_queue_table(queue_table=>'qt_anc',queue_payload_type=>'type_anc',multiple_consumers=> true, compatible => '9.0');
exec dbms_aqadm.create_queue (queue_name => 'q_anc',queue_table=>'qt_anc');
EXEC DBMS_AQADM.START_QUEUE (queue_name => 'q_anc');
DECLARE
emp_rule_name_dml VARCHAR2(300);
emp_rule_name_ddl VARCHAR2(300);
BEGIN
DBMS_STREAMS_ADM.ADD_TABLE_RULES(
table_name => 'ops.t_anc',
streams_type => 'capture',
streams_name => 'capture_anc',
queue_name => 'strmadmin.q_anc',
include_dml => true,
include_ddl => false,
source_database => null,
dml_rule_name => emp_rule_name_dml,
ddl_rule_name => emp_rule_name_ddl);
DBMS_APPLY_ADM.SET_ENQUEUE_DESTINATION(
rule_name => emp_rule_name_dml,
destination_queue_name => 'strmadmin.q_anc');
END;
DECLARE
emp_rule_name_dml VARCHAR2(300);
emp_rule_name_ddl VARCHAR2(300);
BEGIN
DBMS_STREAMS_ADM.ADD_TABLE_RULES(
table_name => 'ops.t_anc',
streams_type => 'apply',
streams_name => 'apply_anc',
queue_name => 'strmadmin.q_anc',
include_dml => true,
include_ddl => false,
source_database => null,
dml_rule_name => emp_rule_name_dml,
ddl_rule_name => emp_rule_name_ddl);
DBMS_APPLY_ADM.SET_ENQUEUE_DESTINATION(
rule_name => emp_rule_name_dml,
destination_queue_name => 'strmadmin.q_anc');
END;
BEGIN
DBMS_APPLY_ADM.START_APPLY(
apply_name => 'apply_anc');
END;
BEGIN
DBMS_CAPTURE_ADM.START_CAPTURE(
capture_name => 'capture_anc');
END;
/

Hello
The above configuration is never supported. The implicit capture expects the queue payload to be SYS.ANYDATA and same with implicit apply also.
However you can use Streams Messaging capability to achieve this. You need to wrap the messages with SYS.ANYDATA for this to work. The implicit capture uses a persistent logminer session to generate LCRs and it then wraps it with SYS.ANYDATA and enqueues into the capture queue, it then propagated to apply queue. You can generate LCRs and wrap it with SYS.ANYDATA and then enqueue into the capture queue then apply can recognise the messages.
Here is an example on creating LCRs (tested in 10g):
CREATE TABLE lcr_test (col1 NUMBER);
DECLARE
     l_lcr SYS.LCR$_ROW_RECORD;
BEGIN
     l_lcr :=
SYS.LCR$_ROW_RECORD.CONSTRUCT
     source_database_name=>SYS_CONTEXT('USERENV','DB_NAME'),
     command_type=>'INSERT',
     object_owner=>USER,
     object_name=>'LCR_TEST'
     l_lcr.ADD_COLUMN('new','col1',SYS.AnyData.ConvertNumber(99));
     l_lcr.EXECUTE(TRUE);
     COMMIT;
END;
SELECT * FROM lcr_test;
Converting to SYS.ANYDATA:
DECLARE
     l_lcr SYS.LCR$_ROW_RECORD;
     l_anydata SYS.ANYDATA;
BEGIN
     l_lcr :=
SYS.LCR$_ROW_RECORD.CONSTRUCT
     source_database_name=>SYS_CONTEXT('USERENV','DB_NAME'),
     command_type=>'INSERT',
     object_owner=>USER,
     object_name=>'LCR_TEST'
     l_lcr.ADD_COLUMN('new','col1',SYS.AnyData.ConvertNumber(99));
     l_anydata:=SYS.ANYDATA.ConvertObject(l_lcr);
     ENQ_PROC(l_anydata);
     COMMIT;
END;
Thanks,
Rijesh

ORA-12801 error signalled in parallel query with ORA-00018 max # session

Hello,
I've just run dbca to create a new database. On completion I received the following:
ORA-12801 error was signalled in parallel query server
ORA-00018 maximum number of sessions exceeded
ORA-06512 at sys_utl_recomp line 760
ORA-06512 as sys_utl_recomp line 773
ORA-06512 as sys_utl_recomp line 1
The processes are set at 100, sessions is set at 115?
Can you tell how to address this error and resolve the problem? I'm thinking that I should rerun sys_utl_recomp

Hi,
You didn't mention oracle version as well OS.
might be you hit a bug.
check the below link for reference
https://metalink2.oracle.com/metalink/plsql/f?p=130:14:8051847734518941130::::p14_database_id,p14_docid,p14_show_header,p14_show_help,p14_black_frame,p14_font:NOT,21564.1,1,1,1,helvetica
Regards,
Taj

Database stopped with Error:ORA-10388: parallel query server interrupt (fai

Hi Team,
My Oracle 10g Database stopped automatically. When i checked the alert log i found the below Errors:
Errors in file /opt/oracle/admin/DWS/bdump/dws_p000_10374.trc:
ORA-10388: parallel query server interrupt (failure)
Fri Mar 2 18:55:18 2012
SMON: Restarting fast_start parallel rollback
Fri Mar 2 18:55:47 2012
Thread 1 advanced to log sequence 384310 (LGWR switch)
Current log# 3 seq# 384310 mem# 0: +DBDG/dws/onlinelog/group_3.259.733426831
Fri Mar 2 18:57:48 2012
Errors in file /opt/oracle/admin/DWS/bdump/dws_p000_10374.trc:
ORA-10388: parallel query server interrupt (failure)
Fri Mar 2 18:57:49 2012
Errors in file /opt/oracle/admin/DWS/bdump/dws_smon_10337.trc:
ORA-00600: internal error code, arguments: [6006], [1], [], [], [], [], [], []
Fri Mar 2 19:18:31 2012
Errors in file /opt/oracle/admin/DWS/bdump/dws_pmon_10277.trc:
ORA-00474: SMON process terminated with error
Fri Mar 2 19:18:31 2012
PMON: terminating instance due to error 474
======================================================================
A week before we stopped oracle using "Shutdown abort" command. But two days before we stopped using "shutdown immediate", it went fine and system up and run fine.
But today it stopped with this error message.
Operating system : SOlaris 10
I changed the parameter parameter fast_start_parallel_rollback to HIGH from LOW, but no use
SQL> ALTER SYSTEM SET FAST_START_PARALLEL_ROLLBACK=HIGH SCOPE=BOTH;
System altered.
SQL> show parameter fast_start_parallel_rollback
NAME TYPE VALUE
fast_start_parallel_rollback string HIGH
Usually The dead transaction will be rolled back after raising the Priority from LOW to HIGH. But this time its not rolled back. still etting the same error.
Your answers will help to stop the oracle getting down in the LIVE production server. please share your experience guys.
Thanks and Regards,
Deeban

Hi,
Here im pasting the Trace file content for the error "ORA-00600: internal error code, arguments: [6006], [1], [], [], [], [], [], []".
[10:20pm] root@dws41: # cat /opt/oracle/admin/DWS/bdump/dws_pmon_10277.trc
/opt/oracle/admin/DWS/bdump/dws_pmon_10277.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
ORACLE_HOME = /opt/oracle/product/10.2.0
System name: SunOS
Node name: dws41
Release: 5.10
Version: Generic_138888-06
Machine: sun4u
Instance name: DWS
Redo thread mounted by this instance: 1
Oracle process number: 3
Unix process pid: 10277, image: oracle@dws41 (PMON)
**** 2012-03-02 19:18:31.509*
**** SERVICE NAME:(SYS$BACKGROUND) 2012-03-02 19:18:31.504*
**** SESSION ID:(1511.1) 2012-03-02 19:18:31.504*
Background process SMON found dead
Oracle pid = 8
OS pid (from detached process) = 10337
OS pid (from process state) = 10337
dtp = 380017a10, proc = 7fd001048
Dump of memory from 0x0000000380017A10 to 0x0000000380017A58
380017A10 0000007C 00000000 00000007 FD001048 [...|...........H]
380017A20 00000000 00000000 00000000 534D4F4E [............SMON]
380017A30 00020000 00000000 00002861 00000000 [..........(a....]
380017A40 00000000 4F507D38 00000001 327FA838 [....OP}8....2..8]
380017A50 00040081 00000000 [........]
Dump of memory from 0x00000007FD001048 to 0x00000007FD001830
7FD001040 02010000 00000000 [........]
7FD001050 00000000 00000000 00000000 00000000 [................]
7FD001060 00000000 00000000 00000007 FD6D0CD0 [.............m..]
7FD001070 00000007 FD700328 00000007 FD546D78 [.....p.(.....Tmx]
7FD001080 00000005 3C6FD110 00000000 00000000 [....<o..........]
7FD001090 00000005 3C6FD198 00000005 3C6FD198 [....<o......<o..]
7FD0010A0 00000007 FD700318 01160800 00000000 [.....p..........]
7FD0010B0 00000007 FD53FF88 00000007 FD544698 [.....S.......TF.]
7FD0010C0 00000008 00000000 00000000 00000000 [................]
7FD0010D0 00000000 00000000 00000000 00000000 [................]
7FD0010E0 00000007 FD6CE770 00000007 FD6D0D00 [.....l.p.....m..]
7FD0010F0 00000000 00000000 00000000 00000000 [................]
Repeat 3 times
7FD001130 00000000 00000000 00000012 00000000 [................]
7FD001140 00000000 00000000 0000000F 00000000 [................]
7FD001150 00000000 00000000 00000012 00000000 [................]
Repeat 1 times
7FD001170 00000000 00000000 0000000F 00000000 [................]
Repeat 1 times
7FD001190 00000000 00000000 00000012 00000000 [................]
Repeat 1 times
7FD0011B0 00000000 00000000 0000000E 00000000 [................]
7FD0011C0 00000000 00000000 00000008 00000000 [................]
7FD0011D0 00000000 00000000 00000012 00000000 [................]
7FD0011E0 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
7FD001210 00000000 00000000 00000004 00000000 [................]
7FD001220 00000000 00000000 00000000 00000000 [................]
7FD001230 4F50FF9A 00000000 00000000 00000000 [OP..............]
7FD001240 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
7FD001260 00000007 FD001260 00000007 FD001260 [.......`.......`]
7FD001270 00000000 00000000 00000000 FFFFFFFF [................]
7FD001280 00000007 FD001280 00000007 FD001280 [................]
7FD001290 00000000 00000000 00000005 00000000 [................]
7FD0012A0 00000000 00000000 00000000 00000000 [................]
7FD0012B0 000000AB BABCDEFA 00000000 00000000 [................]
7FD0012C0 00000000 00000000 000000FF 7FFFC971 [...............q]
7FD0012D0 00000021 00000026 0008CBAA 00039976 [...!...&.......v]
7FD0012E0 00000005 3C003FB8 00000006 7E0037D0 [....<.?.....~.7.]
7FD0012F0 00000001 00000000 00000000 00000000 [................]
7FD001300 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
7FD001320 00000000 00000000 00002861 00000000 [..........(a....]
7FD001330 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
7FD001360 00000000 00000000 00000007 FD001048 [...............H]
7FD001370 00000000 00000000 00000000 00000000 [................]
Repeat 4 times
7FD0013C0 00000000 00000000 00000001 00000000 [................]
7FD0013D0 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
7FD0013F0 4F50FF9A 00000000 00000007 FD0013F8 [OP..............]
7FD001400 00000007 FD0013F8 00000000 00000000 [................]
7FD001410 00010000 00000000 00000000 01000057 [...............W]
7FD001420 0000000C 00000000 00002861 00000000 [..........(a....]
7FD001430 00000000 4F507D38 00000001 00000000 [....OP}8........]
7FD001440 00000000 00000000 00000000 00000000 [................]
Repeat 3 times
7FD001480 0000000F FFFFFFFF 00000000 00000000 [................]
7FD001490 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
7FD0014C0 00000000 00000000 00000020 00000000 [........... ....]
7FD0014D0 00000000 00000000 00000000 00000000 [................]
Repeat 8 times
7FD001560 00000000 00000000 6F726163 6C650000 [........oracle..]
7FD001570 00000000 00000000 00000000 00000000 [................]
7FD001580 00000000 00000000 00000000 00000006 [................]
7FD001590 64777334 31000000 00000000 00000000 [dws41...........]
7FD0015A0 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
7FD0015D0 00000000 00000005 554E4B4E 4F574E00 [........UNKNOWN.]
7FD0015E0 00000000 00000000 00000000 00000000 [................]
7FD0015F0 00000000 00000000 00000000 00000008 [................]
7FD001600 31303333 37000000 00000000 00000000 [10337...........]
7FD001610 00000000 00000000 00000000 00000005 [................]
7FD001620 6F726163 6C654064 77733431 2028534D [oracle@dws41 (SM]
7FD001630 4F4E2900 00000000 00000000 00000000 [ON).............]
7FD001640 00000000 00000000 00000000 00000000 [................]
7FD001650 00000000 00000013 00000000 00000002 [................]
7FD001660 00000000 00000000 00000000 00000000 [................]
Repeat 9 times
7FD001700 00000000 00020000 00000000 00000000 [................]
7FD001710 00000000 00000000 00000000 00000000 [................]
7FD001720 00000003 BD4FFA28 00000005 3C0026F8 [.....O.(....<.&.]
7FD001730 00000006 7E000F40 00000000 00000000 [....~..@........]
7FD001740 00000003 BC691FD8 00000000 00000000 [.....i..........]
7FD001750 00000000 00000000 00000000 00000000 [................]
7FD001760 00000000 00000000 00000007 FD001768 [...............h]
7FD001770 00000007 FD001768 00000000 09EF0000 [.......h........]
7FD001780 00000000 086F0000 00000000 017A17D9 [.....o.......z..]
7FD001790 00000000 00273A49 00000000 13B817D9 [.....':I........]
7FD0017A0 00000000 00015030 00000000 0000A848 [......P0.......H]
7FD0017B0 00000000 001350A0 00000000 00000828 [......P........(]
7FD0017C0 00000000 000000E0 00000000 00000828 [...............(]
7FD0017D0 00000000 00000000 00000000 00000000 [................]
Repeat 4 times
7FD001820 32B310E7 000152FB 00000003 00000000 [2.....R.........]
error 474 detected in background process
ORA-00474: SMON process terminated with error
[10:20pm] root@dws41: #

Ora - 1555 error with one query

Hi
We are getting ora-1555 error for particularly one query.I am providing the details
1.Database version : 9.2.0.8
2.Database size : 1354 gb
3.Undo tablespace size : 118 GB
4.Undo retention is 18000 secs
SELECT
distinct poi.company_code po_comp_code, poi.customer_number po_customer_number, poi.purchase_order_number, poi.purchase_order_line_item, poi.purchase_order_sub_item_1, poi.purchase_order_sub_item_2, poi.material_status, dt.company_code del_company_code, dt.site_code del_site_code, dt.delivery_number FROM PURGEWORKPO pw JOIN PurchaseOrderItem poi ON (poi.company_code = pw.purchase_order_company_code AND poi.customer_number = pw.purchase_order_customer_number AND poi.purchase_order_number = pw.purchase_order_number ) JOIN MaterialReceipt mr ON (mr.purchase_order_company_code = pw.purchase_order_company_code AND mr.purchase_order_customer_no = pw.purchase_order_customer_number AND mr.purchase_order_number = pw.purchase_order_number) JOIN ReceivingItem ri ON (ri.company_code = mr.company_code AND ri.site_code = mr.site_code AND ri.receiving_number = mr.receiving_number AND ri.package_number = mr.package_number) JOIN DeliveryTicket dt ON (dt.company_code = ri.del_company_code AND dt.site_code = ri.del_site_code AND dt.delivery_number = ri.delivery_number) WHERE pw.purge_session_id = ? AND (( poi.material_status <> 7) OR (DT.CONFIRMED_DATE NOT between ? AND
?)) I am providing some part of the query which is used for purging the data.This query is failing with ora -1555 after Please let us know what action need to be taken.since undo tablespace size and retention time has enough values
Thanks
PV

user10719327 wrote:
Hi
We are getting ora-1555 error for particularly one query.I am providing the details
1.Database version : 9.2.0.8
2.Database size : 1354 gb
3.Undo tablespace size : 118 GB
4.Undo retention is 18000 secs
SELECT
distinct poi.company_code po_comp_code, poi.customer_number po_customer_number, poi.purchase_order_number, poi.purchase_order_line_item, poi.purchase_order_sub_item_1, poi.purchase_order_sub_item_2, poi.material_status, dt.company_code del_company_code, dt.site_code del_site_code, dt.delivery_number FROM PURGEWORKPO pw JOIN PurchaseOrderItem poi ON (poi.company_code = pw.purchase_order_company_code AND poi.customer_number = pw.purchase_order_customer_number AND poi.purchase_order_number = pw.purchase_order_number ) JOIN MaterialReceipt mr ON (mr.purchase_order_company_code = pw.purchase_order_company_code AND mr.purchase_order_customer_no = pw.purchase_order_customer_number AND mr.purchase_order_number = pw.purchase_order_number) JOIN ReceivingItem ri ON (ri.company_code = mr.company_code AND ri.site_code = mr.site_code AND ri.receiving_number = mr.receiving_number AND ri.package_number = mr.package_number) JOIN DeliveryTicket dt ON (dt.company_code = ri.del_company_code AND dt.site_code = ri.del_site_code AND dt.delivery_number = ri.delivery_number) WHERE pw.purge_session_id = ? AND (( poi.material_status <> 7) OR (DT.CONFIRMED_DATE NOT between ? AND
?)) I am providing some part of the query which is used for purging the data.This query is failing with ora -1555 after Please let us know what action need to be taken.since undo tablespace size and retention time has enough values
do NOT have COMMIT inside LOOP!
only have single COMMIT after all rows have been DELETED

ORA-12801: error signaled in parallel query server P000

Hello All,
Week before one of the APPLY process ABORTED with following error:
ORA-12801: error signaled in parallel query server P000
ORA-04031: unable to allocate 104 bytes of shared memory ("streams pool","unknown object","apply shared t","knalfGetTxn:lcr")
We are using ORACLE 10.2.0.4.0 on HP unix B.11.23
For now, I have started the APPLY process again and it's working properly.
When I looked into the trace file it shows following
A001: [enq: TM - contention] name|mode=544d0002, object #=2a67, table/partition=0
*** 2009-06-15 10:53:57.897
A001: warning -- apply server 1, sid 302 waiting on user sid 267 for event (since 302 seconds):
A001: [enq: TM - contention] name|mode=544d0002, object #=2a67, table/partition=0
*** 2009-06-15 10:58:58.792
A001: warning -- apply server 1, sid 302 waiting on user sid 267 for event (since 603 seconds):
A001: [enq: TM - contention] name|mode=544d0002, object #=2a67, table/partition=0
*** 2009-06-15 12:14:36.679
A001: [enq: TX - row lock contention] name|mode=54580004, usn<<16 | slot=90028, sequence=1b743
*** 2009-06-15 12:19:36.961
A001: warning -- apply server 1, sid 302 waiting on user sid 181 for event (since 300 seconds):
A001: [enq: TX - row lock contention] name|mode=54580004, usn<<16 | slot=90028, sequence=1b743
*** 2009-06-15 12:24:37.417
A001: warning -- apply server 1, sid 302 waiting on user sid 181 for event (since 600 seconds):
A001: [enq: TX - row lock contention] name|mode=54580004, usn<<16 | slot=90028, sequence=1b743
*** 2009-06-15 12:29:37.906
A001: warning -- apply server 1, sid 302 waiting on user sid 181 for event (since 901 seconds):
A001: [enq: TX - row lock contention] name|mode=54580004, usn<<16 | slot=90028, sequence=1b743
*** 2009-06-15 12:34:37.428
A001: warning -- apply server 1, sid 302 waiting on user sid 181 for event (since 1201 seconds):
A001: [enq: TX - row lock contention] name|mode=54580004, usn<<16 | slot=90028, sequence=1b743
*** 2009-06-19 11:26:44.601
A001: [enq: TX - row lock contention] name|mode=54580006, usn<<16 | slot=8001e, sequence=1a4af
*** 2009-06-19 11:31:43.753
A001: warning -- apply server 1, sid 302 waiting on user sid 212 for event (since 300 seconds):
A001: [enq: TX - row lock contention] name|mode=54580006, usn<<16 | slot=8001e, sequence=1a4af
*** 2009-06-19 11:36:44.149
A001: warning -- apply server 1, sid 302 waiting on user sid 212 for event (since 600 seconds):
A001: [enq: TX - row lock contention] name|mode=54580006, usn<<16 | slot=8001e, sequence=1a4af
*** 2009-06-19 11:41:43.775
A001: warning -- apply server 1, sid 302 waiting on user sid 212 for event (since 900 seconds):
A001: [enq: TX - row lock contention] name|mode=54580006, usn<<16 | slot=8001e, sequence=1a4af
*** 2009-06-23 16:55:24.002
A001: [enq: TM - contention] name|mode=544d0004, object #=2c05, table/partition=0
*** 2009-06-29 09:48:58.166
A001: [enq: TM - contention] name|mode=544d0004, object #=2c05, table/partition=0
*** 2009-07-01 06:02:37.236
A001: [enq: TM - contention] name|mode=544d0004, object #=2c05, table/partition=0
*** 2009-07-01 11:46:43.672
error 12801 in STREAMS process
ORA-12801: error signaled in parallel query server P000
ORA-04031: unable to allocate 104 bytes of shared memory ("streams pool","unknown object","apply shared t","knalfGetTxn:lcr")
OPIRIP: Uncaught error 447. Error stack:
ORA-00447: fatal error in background process
ORA-12801: error signaled in parallel query server P000
ORA-04031: unable to allocate 104 bytes of shared memory ("streams pool","unknown object","apply shared t","knalfGetTxn:lcr")
Can you please help to provide details on that how i can fix this problem permanetely.
Any suggestions would be great!
Thanks,
Nick

It seems that you are using Oracle database and not Berkeley Database.
To fix ORA-04031 errors on streams pool, you need to increase streams pool size with
alter system set streams_pool_size=<the right value>;See recommandations in http://download.oracle.com/docs/cd/B19306_01/server.102/b14229/strms_mprep.htm#i1006278

Urgent, ORA-12801: error signaled in parallel query server P000

Hi Guys,
I am using Oracle 9i Enterprise Edition Release 9.2.0.1.0 with Windows 2000 Server.
I have just upgrade my database from 8i to 9i. I am facing this problem in a lot of queries in my application after upgrade. I tried to searched out but unable to find the reason yet.
Is there any parameter which i should /should not use? Or need to change any parameter.
Oracle Error Occured: ORA-12801: error signaled in parallel query server P000
Thanks in advance.
Brgs,
Hassan

Well, the error stack should be displayed along with the 12801 error.
If not, look the comment for the error I posted above: use event 10397 to display the actual error.ALTER SESSION SET EVENTS '10397 trace name context forever, level 1'; and if the error raises, then you'll get the source message, not the PQ message.
See note 21281.1 on Metalink.
Regards,
Yoann.

"ORA-12801: error signalled in parallel query server"

A client of ours is using our reporting tool, Impromptu 6, to report from an Oracle 8.1.6 database connecting with Net8. He has built a simple report which displays a single item from a single table but it fails with:-
Query Server Error
"ORA-12801: error signalled in parallel query server"
Error number -9:
DMS-E-GENERAL, A general exception has occurred during operation 'asynchronous open'.
According to Oracle documentation, there should be an accompanying error message with the ORA-12801 which gives more information.
The last few lines of the DMAUDFIL show:-
OCI OEXEC LINE 5219:orsgbl.C
OCI OEXEC LINE 5219:orsgbl.C
CHECK_CODE2 -12801 LINE 5249:orsgbl.C
OCI OERHMS -12801,ORA-12801: error signaled in parallel query server
LINE 858:orsmisc.C
The DMAPIFIL shows no error.
The query being sent to the database is:-
select T1."PRD_LVL_PARENT" "c1"
from "JDAOPRD"."PRDMSTEE" T1
where PRD_LVL_PARENT is defined as NUMBER(12)
If they paste the above into SQL*Plus, it works fine.
Reporting any other items from the database do not give this error.
If they use the Oracle ODBC driver, they don't get the problem but it runs a lot slower.

As your ORA-12801 is followed by a ORA-0600 this should be a database bug. First of all I'd bring the database on the last patchlevel (10.2.0.5), and if the error persists you can use the ORA-600/ORA-7445 Troubleshooter (Metalink Note 153788.1). If this doesn't help either you should log a SR with oracle support (you need a support contract to do all those steps).
Also I don't think forms 5 is certified against a 10gR2 database, so this might cause your trouble. For 6i you should use the latest patchset.
If you don't have a valid support contract you might have a chance in putting your query in a database procedure.
cheers

ORA-1555 with Parallel query problem

Similar Messages

Maybe you are looking for