ORA-1652: unable to extend temp segment by 32 in tablespace TEMP.

Hello everybody,
i have a problem with our temp tablespace:
we are running Oracle 9.2.0.5 with 1000 concurrent sessions.
I have now the the situation that in the normal buisiness the temp tablespace is full, that means no free space in the tablespace.
How I can find out, which 'user' (query) uses this space.
Thanks for yout advice
Thomas Kindermann
DBA,Cologne

but look at this:
Tablespace Name : Temp
KBytes : 3,942,400
Used : 3,942,360
Free : 40
Used % 100.0
Largest: 40
SQL> select * from v$sort_usage;
no rows selected
SQL>

Similar Messages

ORA-1652: unable to extend temp segment by 128 in tablespace

HI,
i am getting an error in alert log file.....
Thread 1 advanced to log sequence 1758
Current log# 2 seq# 1758 mem# 0: /dev/vx/rdsk/racdg/orcl_raw_log12
Mon Sep 8 12:34:16 2008
ARC1: Evaluating archive   log 1 thread 1 sequence 1757
ARC1: Beginning to archive log 1 thread 1 sequence 1757
Creating archive destination LOG_ARCHIVE_DEST_1: '/arch/log/1_1757.dbf'
ARC1: Completed archiving log 1 thread 1 sequence 1757
Mon Sep 8 13:04:26 2008
Completed checkpoint up to RBA [0x6de.2.10], SCN: 0x0000.6c1f757f
Mon Sep 8 13:49:16 2008
ORA-1652: unable to extend temp segment by 128 in tablespace                 TEMPI don';t want to add datafile
SQL> select bytes,maxbytes,increment_by from dba_temp_files;
     BYTES   MAXBYTES INCREMENT_BY
6134169600          0            0
SQL> select TABLESPACE_NAME, BYTES_USED, BYTES_FREE from V$TEMP_SPACE_HEADER;
TABLESPACE_NAME                BYTES_USED BYTES_FREE
TEMP                           6037700608   96468992i have also referred metalink note: 19047.1
Is there any way to avoid this problem without adding any datafile........

how to find out which session is using temp tablespace
SQL> select * from v$sort_usage;
USERNAME                       USER                           SESSION_ADDR
SESSION_NUM SQLADDR             SQLHASH TABLESPACE
CONTENTS SEGTYPE     SEGFILE#    SEGBLK#    EXTENTS     BLOCKS   SEGRFNO#
DATA3                        DATA3                        000000044D84F558
      25860 00                        0 TEMP
TEMPORARY DATA             201     183561          1        128          1pls correct me if the above query is worng to find out the no. of session s using temp tablespace
i think we have already allocated good amt of space to pga_aggregate_target
SQL> show parameter pga
NAME                                 TYPE        VALUE
pga_aggregate_target                 big integer 524288000
SQL>Edited by: user00726 on Sep 8, 2008 2:29 AM

ORA-1652: unable to extend temp segment

Hi,
I am new here and i am not sure if my question is for that section but will be happy to get some answers.
I found ORA-1652: unable to extend temp segment by 128 in tablespace PSAPTEMP in alert log and checked the space in PSAPTEMP.
TABLESPACE_NAME MB_FREE FRAGMENTS BIGGEST_BIT
PSAPTEMP 0.00 1 0.00
Could you advice me what to do?
Thanks in advance
Miki

Miki, you probably need to add space via adding another data file as the posted error message information says or you might first look to see what is using the space to make sure someone did not do something 'stupid'. In this case stupid would be assigning the wrong usernames the affected tablespace as their default temporary tablespace when the users should be assigned a different one or some other misconfiguration.
Most likely you just need a larger tablespace, but it never hurts to know why or how much larger before taking action.
HTH -- Mark D Powell --

How to find which query ORA-1652: unable to extend temp segment by 128 in

How can i find which query caused the below error,the query is not running currently
ORACLE ERRORS IN ALERTS LOG dnb2stg3 - lnx300 on Thu Jun 17 12:10:01 EDT 2010
1 ORA-1652: unable to extend temp segment by 128 in tablespace TEMP_SCHED
SQL> select inst_id, tablespace_name, total_blocks, used_blocks, free_blocks from gv$sort_segment;
INST_ID TABLESPACE_NAME TOTAL_BLOCKS USED_BLOCKS FREE_BLOCKS
1 TEMP 638336 0 638336
4 TEMP 565760 0 565760
4 TEMP_SCHED 16776704 0 16776704
3 TEMP 484864 0 484864
3 TEMP_SCHED 0 0 0
2 TEMP 455808 0 455808
6 rows selected.
SQL> SQL> SELECT S.sid || ',' || S.serial# sid_serial, S.username,
2 T.blocks * TBS.block_size / 1024 / 1024 mb_used, T.tablespace,
3 T.sqladdr address, Q.hash_value, Q.sql_text
FROM v$sort_usage T, gv$session S, gv$sqlarea Q, dba_tablespaces TBS
4 5 WHERE T.session_addr = S.saddr
6 AND T.sqladdr = Q.address (+)
7 AND T.tablespace = TBS.tablespace_name
8 ORDER BY S.sid;
no rows selected

Hello,
You may try to catch the SQL with a Servererror Trigger.
This link will give you an interesting example:
http://oratips-ddf.blogspot.com/2008/09/to-err-is-human.html
Hope this help.
Best regards,
Jean-Valentin

Query to find which past ses caused ORA-1652: unable to extend temp segment

Hi,
I m trying to get information on the sessions/sql query that have cause ORA-1652: unable to extend temp segment from past 2 days. Basically need to know which all sessions in past 2 days have caused ORA-1652: unable to extend temp segment.
I have generated the AWR report but not able to figure it out which sessions caused this error.
Thanks in advance

913410 wrote:
Hi,
I m trying to get information on the sessions/sql query that have cause ORA-1652: unable to extend temp segment from past 2 days. Basically need to know which all sessions in past 2 days have caused ORA-1652: unable to extend temp segment.
I have generated the AWR report but not able to figure it out which sessions caused this error.
Thanks in advance
01652, 00000, "unable to extend temp segment by %s in tablespace %s"
// *Cause: Failed to allocate an extent of the required number of blocks for
// a temporary segment in the tablespace indicated.
// *Action: Use ALTER TABLESPACE ADD DATAFILE statement to add one or more
// files to the tablespace indicated.

ORA-1652: unable to extend temp segment by 128 in tablespace   TEMP

Hi All,
Today in we have faced the below issue in our production database
ORA-1652: unable to extend temp segment by 128 in tablespace                 TEMP
ORA-1652: unable to extend temp segment by 128 in tablespace                 TEMP
when we checked we are having 99% of free space in temp tablespace,we are not able to understand why we got this error.
earlier also we got the same issue adding datafile to the tablespace solved the issue. wanted to know if free space exsists why we getting this error.
Thanks....

Hi,
Please check Oracle support id : TROUBLESHOOTING GUIDE (TSG) : ORA-1652: unable to extend temp segment (Doc ID 1267351.1)
and OTN Form :
https://forums.oracle.com/thread/457771?start=0&tstart=0
https://forums.oracle.com/thread/703095?start=0&tstart=0
Thank you

ORA-1652: unable to extend temp segment by 699912 in tablespace ##PSAPTEMP

Dear Expert
I found this error ORA-1652: unable to extend temp segment by 699912 in tablespace ##PSAPTEMP. How can I fix this problem. Anyone help me...pls
best regards

Hi,
We had the same error in our Production system.
That basically occured when there were a lot of Background jobs that were running.
As more than 5 jobs were running which were utisiling PSAPTEMP to the fullest invariably the jobs got cancelled with a dump and the error u have mentioned
Though we tried adding 3 datafiles the error kept repeating..
We finally added almost 20 GB to PSAPTEMP for those jobs to get completed.

ORA-1652: unable to extend temp segment by 128 in tablespace TEMP1/TEMP2

db version: 11.1.0.7
I detect the error log on dbTier's alertlog as below, BUT I think the temp tbs is enough because of the SQL output(you can see as below too)
so I want to know why and how can I fix it. thanks
ORA-1652: unable to extend temp segment by 128 in tablespace TEMP1
ORA-1652: unable to extend temp segment by 128 in tablespace TEMP2
SQL> select TABLESPACE_NAME,TOTAL_BLOCKS,USED_BLOCKS,FREE_BLOCKS from v$sort_segment;
TABLESPACE_NAME-------TOTAL_BLOCKS-----------USED_BLOCKS--------------FREE_BLOCKS
TEMP1 -------------1048448------------9472--------1038976
TEMP2---------------1048448 -----------5248---------1043200
TEMP--------0--------0-------------0

Unless you are running the query against v$sort_segment at the point in time that you are getting the errors, I would strongly suspect that something tried to use more than 16 GB of TEMP space, the query died, and when you subsequently looked, nothing was attempting to use much TEMP space. That doesn't mean that some process wasn't eating up all your TEMP space earlier.
My guess (no evidence, just a hunch) is that you have a query that is doing a Cartesian join, that query rapidly consumed all the space in the TEMP1 and TEMP2 tablespaces, encountered this error before exiting and freeing all the TEMP1 and TEMP2 space it had acquired before you ran your query.
Justin

ORA-1652: unable to extend temp segment by 128 in tablespace PSAPTEMP

Hi Gurus,
We are getting this alert continuosly , anybody please suggest me.
OS: AIX
DB:ORACLE 10g
We disabled STAT file also,, but still we are getting this alert
please check table spaces,,,
PSAPTEMP                          10.485.760     10.481.664          0          0          0    Off                  0    ONLINE
PSAPUNDO                           8.514.344      2.062.912         75         31        951    Off                 75    ONLINE     NOT ACTand file system also fine
please find below error details..
02/05/10 10:45:12 Europe/Middle (open.related - System Open Related):
External Update
05/02/2010 08:27:41 by CA
Attached new CA message: 1535095
.Last matching line that caused this alert: ORA-1652: unable to extend temp segment by 128 in tablespace PSAPTEMP
BR0301E SQL error -1652 in thread 4 at location stats_tab_collect-20, SQL statement:
'BEGIN DBMS_STATS.GATHER_TABLE_STATS (OWNNAME => '"SAPP01"', TABNAME => '"GLPCA"', ESTIMATE_PERCENT => NULL, METHOD_OPT => 'FOR ALL COLUMNS SI
ORA-01652: unable to extend temp segment by 128 in tablespace PSAPTEMP
ORA-06512: at "SYS.DBMS_STATS", line 13437
ORA-06512: at "SYS.DBMS_STATS", line 13457
ORA-06512: at line 1
BR0886E Checking/collecting statistics failed for table SAPP01.GLPCA
Regards,
balaram

HI,
ORA-01652: This error is caused by a tablespace overflow. As a rule of thumb, PSAPTEMP should be at least twice as large as the largest index. If an overflow occurs despite this size, this is     frequently due to external reasons such as incorrect Oracle parameter settings, large-scale parallel processing or    unfavorable access paths. See also Note 3155.
Check - 659946 for details.
Best Regards
Niraj

ORA-1652: unable to extend temp segment by 128 in tablespace TEMP1

Hi,
I am using 10g RAC Database. Its an 3 node RAC infact 2 nodes are active. Today i found some temp segment related error in my alert logfile.
ORA-1652: unable to extend temp segment by 128 in tablespace
After some time the error disappeared. When i checked the space availbility in that temp1 tablespace its showing enough space (almost 13 gb is free from out of 15 gb).
Could pls tell me why this error occured?
For node 1 alert
==========
Wed May 25 11:17:25 2011
Beginning log switch checkpoint up to RBA [0x5de0.2.10], SCN: 12187394662259
Wed May 25 11:17:25 2011
Thread 1 advanced to log sequence 24032 (LGWR switch)
Current log# 4 seq# 24032 mem# 0: +DGAPPROD01/approd01/onlinelog/group_4.368.675197639
Wed May 25 11:19:31 2011
Incremental checkpoint up to RBA [0x5ddf.44a31.0], current log tail at RBA [0x5de0.119e.0]
Wed May 25 11:22:34 2011
Completed checkpoint up to RBA [0x5de0.2.10], SCN: 12187394662259
Wed May 25 11:36:30 2011
ORA-1652: unable to extend temp segment by 128 in tablespace TEMP1
Wed May 25 11:36:34 2011
ORA-1652: unable to extend temp segment by 128 in tablespace TEMP1
Wed May 25 11:36:40 2011
ORA-1652: unable to extend temp segment by 128 in tablespace TEMP1
Wed May 25 11:36:44 2011
ORA-1652: unable to extend temp segment by 128 in tablespace TEMP1
Wed May 25 11:50:09 2011
Incremental checkpoint up to RBA [0x5de0.e7fb.0], current log tail at RBA [0x5de0.12c99.0]
Wed May 25 12:11:59 2011
Starting control autobackup
Control autobackup written to DISK device
handle '/home/apacops/disk2/db_backup/approd01/db_hot/approd01_25_05_2011_120502/CONTROLFILE_c-3463087906-20110525-00'
Wed May 25 12:12:08 2011
ALTER SYSTEM ARCHIVE LOG
Wed May 25 12:12:08 2011
Thread 2 advanced to log sequence 13302 (alter system archive log)
Wed May 25 12:12:08 2011
Beginning log switch checkpoint up to RBA [0x5de1.2.10], SCN: 12187452224920
Wed May 25 12:12:08 2011
Thread 1 advanced to log sequence 24033 (LGWR switch)
Current log# 8 seq# 24033 mem# 0: +DGAPPROD01/approd01/onlinelog/group_8.372.675197727
Wed May 25 12:12:38 2011
ALTER SYSTEM ARCHIVE LOG
Wed May 25 12:12:38 2011
Thread 2 advanced to log sequence 13303 (alter system archive log)
Wed May 25 12:12:42 2011
Beginning log switch checkpoint up to RBA [0x5de2.2.10], SCN: 12187452225436
For node 2 alert
============
Wed May 25 09:58:50 2011
Completed checkpoint up to RBA [0x5143.2.10], SCN: 12187336726369
Wed May 25 10:00:05 2011
Incremental checkpoint up to RBA [0x5143.344.0], current log tail at RBA [0x5143.3b3e.0]
Wed May 25 10:30:49 2011
Incremental checkpoint up to RBA [0x5143.afab.0], current log tail at RBA [0x5143.ba27.0]
Wed May 25 11:01:30 2011
Incremental checkpoint up to RBA [0x5143.182db.0], current log tail at RBA [0x5143.1c1a6.0]
Wed May 25 11:32:08 2011
Incremental checkpoint up to RBA [0x5143.22413.0], current log tail at RBA [0x5143.233c9.0]
Wed May 25 11:36:14 2011
ORA-1652: unable to extend temp segment by 128 in tablespace TEMP1
Wed May 25 12:02:46 2011
Incremental checkpoint up to RBA [0x5143.2fbf4.0], current log tail at RBA [0x5143.34e2c.0]
Wed May 25 12:11:51 2011
Beginning log switch checkpoint up to RBA [0x5144.2.10], SCN: 12187452224934
Wed May 25 12:11:51 2011
Thread 3 advanced to log sequence 20804 (LGWR switch)
Current log# 2 seq# 20804 mem# 0: +DGAPPROD01/approd01/onlinelog/group_2.387.678151487
Wed May 25 12:12:23 2011
Beginning log switch checkpoint up to RBA [0x5145.2.10], SCN: 12187452225434
Wed May 25 12:12:23 2011
Thread 3 advanced to log sequence 20805 (LGWR switch)
Tks

843277 wrote:
Hi kamran,
In SQL Statistics Link, i can see some fields like..
SQL Statistics
* SQL ordered by Elapsed Time
* SQL ordered by CPU Time
* SQL ordered by Gets
* SQL ordered by Reads
* SQL ordered by Executions
* SQL ordered by Parse Calls
* SQL ordered by Sharable Memory
* SQL ordered by Version Count
* SQL ordered by Cluster Wait Time
* Complete List of SQL Text
From here how can i figure out more details?
Pls guide me.
RgdsCheck the statistic of all sql's which consumes more memory

ORA-1652: unable to extend temp

Hi,
We faced a problem with one of r billing process which normally takes 25-30 min was running for over 5 hrs and in the end gave a rollback error....when the process was re-started it got completed in 35 min....
Tue Jan 1 22:48:33 2008
ORA-1652: unable to extend temp segment by 128 in tablespace TEMP
Tue Jan 1 22:48:37 2008
GATHER_STATS_JOB encountered errors. Check the trace file.
Tue Jan 1 22:48:37 2008
Errors in file /oracle/databases/bluedart/bdump/bluedart_j001_19817.trc:
ORA-01652: unable to extend temp segment by 128 in tablespace TEMP

Hi,
Which version ?
R u using LMTS or DMTS ?
How much space u have allocated for your Temp Tbsp?
Generate the statspack report or V$ tables which query or process involved in that report?
Regards,
Suresh

ORA-1652: unable to extend temp segment by 187502

Hi ,
OS=AIX 5.2
DB= Oracle8i , 8.1.7.4.0.
I've seen few ORA-1652 in alert log file, and the TS that it shows with error is permanant and dictionary managed Tablespace as there is no temporary tablespace in the database, its autoextend is off.
This Tablespace is of total 13 GB , with 2 datafiles (9G + 4 G). one datafile is almost 30 % Free the other is 80 % free. that shows that there is enough free space in the tablespace and on the filesystem there is also enough freespace.
initital extent and next extent are 1 Mb with pct increase 10.
If somebody can help to solve out this issue, and why this error occured.
Thanks in advance!

Are you sure the user runing the large sort is using the right temp-tablespace?
If not then he uses the system tablespace for temp, and that might be something you should not want.
And if i am correct Oracle does not clean out the temp-tablespace in ways of showing the free space it actualy has. At least in Oracle 9 this is the case, the temp tablespace will show a used percentage of what it ever was used and not how much actualy is being used. It can be free actualy, but showing a 100% used in the tablespace-list (in the oracle enterprise manager).
This makes me feel that if you say the temp-tablespace still has unused space, the query does not use the right temp-tablespace.

Ora-1652 : unable to extend temp segment by 8 in abc tablespace

Hi
When this error shoots up , we can add the datafile to the tablespace or make the datafile autoextend on.
There is no space left on the hard drive how can we gain free space in the tablespace so that normal inserts on the table is not interrupted.
I had tried using : Alter table tname deallocate unused; with no result.
Thanks

In Oracle 10g you can :-
alter table xxx shrink space cascade; -- this will reclaim any empty space in tables and index. This can lock the table, so be careful when you run it.
Alter table xxx compress; -- this will compress the table data so it takes less space. This can potentially cause performance problems, so make sure you understand it before you implement.
I don't think these options will help you though. I think the problem is that your temp segments are in the wrong tablespace, or the select statements are badly tuned and are using too much temp space.

READER_1_1_1RR_4035SQL Error [ ORA-01652: unable to extend temp segment b

Hi,
I am still facing the error for table space evnthough datafile is avl
READER_1_1_1     RR_4035     SQL Error [
ORA-01652: unable to extend temp segment by 128 in tablespace TEMP2
Database driver error...
Function Name : Execute
SQL Stmt : SELECT
ONLINE     DATA     PERMANENT     LOCAL     200     0.063     0.03
ONLINE     DEV1_BIPLATFORM     PERMANENT     LOCAL     64     44.313     69.24
ONLINE     DEV1_IAS_TEMP     TEMPORARY     LOCAL     100     0     0
ONLINE     DEV1_MDS     PERMANENT     LOCAL     100     5.438     5.44
ONLINE     DEV_BIPLATFORM     PERMANENT     LOCAL     64     44.313     69.24
ONLINE     DEV_IAS_TEMP     TEMPORARY     LOCAL     100     0     0
ONLINE     DEV_MDS     PERMANENT     LOCAL     100     5.438     5.44
ONLINE     EXAMPLE     PERMANENT     LOCAL     975.188     109.125     11.19
ONLINE     FLA_TBS1     PERMANENT     LOCAL     10     0.063     0.63
ONLINE     MES_DW2     PERMANENT     LOCAL     2,091.19     1,794.19     85.8
ONLINE     SYSAUX     PERMANENT     LOCAL     1,245.38     906.938     72.82
ONLINE     SYSTEM     PERMANENT     LOCAL     3,300.00     2,429.44     73.62
ONLINE     TEMP     TEMPORARY     LOCAL     24,458.00     5,020.00     20.52
ONLINE     TOOLS     PERMANENT     LOCAL     1,050.00     0.063     0.01
ONLINE     UNDOTBS1     UNDO     LOCAL     2,670.00     95.438     3.57
ONLINE     USERS     PERMANENT     LOCAL     43,530.98     30,366.30     69.76

No Sense:
ORA-01652: unable to extend temp segment by 128 in tablespace TEMP2
tablespace TEMP2
Database driver error...
Function Name : Execute
SQL Stmt : SELECT
ONLINE     DATA     PERMANENT     LOCAL     200     0.063     0.03
ONLINE     DEV1_BIPLATFORM     PERMANENT     LOCAL     64     44.313     69.24
ONLINE     DEV1_IAS_TEMP     TEMPORARY     LOCAL     100     0     0
ONLINE     DEV1_MDS     PERMANENT     LOCAL     100     5.438     5.44
ONLINE     DEV_BIPLATFORM     PERMANENT     LOCAL     64     44.313     69.24
ONLINE     DEV_IAS_TEMP     TEMPORARY     LOCAL     100     0     0
ONLINE     DEV_MDS     PERMANENT     LOCAL     100     5.438     5.44
ONLINE     EXAMPLE     PERMANENT     LOCAL     975.188     109.125     11.19
ONLINE     FLA_TBS1     PERMANENT     LOCAL     10     0.063     0.63
ONLINE     MES_DW2     PERMANENT     LOCAL     2,091.19     1,794.19     85.8
ONLINE     SYSAUX     PERMANENT     LOCAL     1,245.38     906.938     72.82
ONLINE     SYSTEM     PERMANENT     LOCAL     3,300.00     2,429.44     73.62
ONLINE     TEMP     TEMPORARY     LOCAL     24,458.00     5,020.00     20.52
ONLINE     TOOLS     PERMANENT     LOCAL     1,050.00     0.063     0.01
ONLINE     UNDOTBS1     UNDO     LOCAL     2,670.00     95.438     3.57
ONLINE     USERS     PERMANENT     LOCAL     43,530.98     30,366.30     69.76
tablespace TEMP2 doesn't exist.
i used statement
ALTER TABLESPACE temp
ADD TEMPFILE 'D:\app\TEMP16.DBF' SIZE 128M autoextend on;
ALTER TABLESPACE
USERS ADD DATAFILE 'D:\app\SYS00.DBF' SIZE 1080M autoextend on;
alter user DATAWAREHOUSE quota unlimited on USERS
why add datafile in user tablespace¿?
and you solved the issue doing the same like we told you a few days before in:
ORA-1652: unable to extend temp segment by 128 in tablespace
unable to create INITIAL extent for segment in tablespace USERS
Remember close your threads:
896398
Handle:      896398
Status Level:      Newbie
Registered:      Nov 9, 2011
Total Posts:      530
Total Questions:      158 (116 unresolved)

ORA-01652 unable to extend temp segment in 11gR2 with ASM and 2 node RAC

Hi ,
I have a 11.2.0.1 system with 2 node RAC and ASM . We are hitting ORA-01652 very frequently
and I can see space is available in TEMP .
CREATE TEMPORARY TABLESPACE "TEMP" TEMPFILE
SIZE 21474836480,
SIZE 137437904896
AUTOEXTEND ON NEXT 655360 MAXSIZE 131071M ( Will the next size ignored as the extent size is 1MB ?)
EXTENT MANAGEMENT LOCAL UNIFORM SIZE 1048576
And during the failure
SELECT tablespace_name,
total_blocks,
used_blocks,
free_blocks,
total_blocks*32768/1024/1024 as total_MB,
used_blocks*32768/1024/1024 as used_MB,
free_blocks*32768/1024/1024 as free_MB
FROM gv$sort_segment;
TABLESPACE_NAME TOTAL_BLOCKS USED_BLOCKS FREE_BLOCKS TOTAL_MB USED_MB FREE_MB
TEMP 4849568 2385728 2463840 151549 74554 76995
TEMP 0 0 0 0 0 0
Also when I checked from v$sort_usage I see only two session consuming space
SQL> SELECT b.tablespace tablespace,
2 -- b.segfile#,
3 -- b.segblk#,
4 b.blocks,
5 b.blocks * (SELECT value FROM v$parameter WHERE name = 'db_block_size')/1024/1024 bytes,
6 a.sid,
7 a.username username,
8 a.osuser osuser,
9 a.inst_id,a.sid,a.serial#,a.module
10 FROM gv$session a, gv$sort_usage b
11 WHERE a.saddr = b.session_addr and
12 b.blocks != 16 and
13 a.inst_id = b.inst_id
14 ORDER BY b.tablespace, b.blocks, bytes desc;
BLOCKS BYTES SID USERNAME OSUSER INST_ID SID SERIAL# MODULE
1,192,864 37277 381 CN obiqb 2 381 860 nqsserver@icmqapp01cdp (TNS V1
1,192,864 37277 3952 CN obiqb 2 3952 1374 nqsserver@icmqapp01cdp (TNS V1
2,385,728 74554 (mb)
Wat is causing the 1652 ?

877394 wrote:
Thanks Srini,
But I did try all that notes with no luck .
I have a temporary tablespace with 150gb (130+20) datafiles .
TABLESPACE_NAME FILE_NAME (BYTES/1024/1024)
TEMP +DATA_01/tempfile/temp.314.743964            131071
TEMP +DATA_01/tempfile/temp.312.757303             20480
and the DDL is
CREATE TEMPORARY TABLESPACE "TEMP" TEMPFILE
SIZE 21474836480,
SIZE 137437904896
AUTOEXTEND ON NEXT 655360 MAXSIZE 131071M
EXTENT MANAGEMENT LOCAL UNIFORM SIZE 1048576
And on querying v$sort_usage
SQL> SELECT b.tablespace tablespace,
2 -- b.segfile#,
3 -- b.segblk#,
4 b.blocks,
5 b.blocks * (SELECT value FROM v$parameter WHERE name = 'db_block_size')/1024/1024 bytes,
6 a.sid,
7 a.username username,
8 a.osuser osuser,
9 a.inst_id,a.sid,a.serial#,a.module
10 FROM gv$session a, gv$sort_usage b
11 WHERE a.saddr = b.session_addr and
12 b.blocks != 16 and
13 a.inst_id = b.inst_id
14 ORDER BY b.tablespace, b.blocks, bytes desc;
TABLESPACE BLOCKS BYTES SID OSUSER INST_ID SID SERIAL# MODULE
TEMP 63,328 1,979 3952 CN 2 3952 1374
TEMP 84,384 2,637 381 CN 2 381 860
TEMP 433,184 13,537 381 CN 2 381 860
TEMP 1,117,728 34,929 3952 CN 2 3952 1374
sum 1,698,624 53,082 (mb)
So the space utilization was less than 150gb and on querying v$sort_Segment
SQL> SELECT tablespace_name,
total_blocks,
used_blocks,
free_blocks,
total_blocks*32768/1024/1024 as total_MB,
used_blocks*32768/1024/1024 as used_MB,
free_blocks*32768/1024/1024 as free_MB
FROM gv$sort_segment;
TABLESPACE_NAME TOTAL_BLOCKS USED_BLOCKS FREE_BLOCKS TOTAL_MB USED_MB FREE_MB inst
TEMP 4849568 2311104 2538464 151549 72222 79327 2
TEMP 0 0 0 0 0 0 1
why for inst 1 it is showing 0 (which means no sort is happening in instance 1)
But still we got the error
ORA-1652: unable to extend temp segment by 32 in tablespace TEMP
01652, 00000, "unable to extend temp segment by %s in tablespace %s"
// *Cause: Failed to allocate an extent of the required number of blocks for
//          a temporary segment in the tablespace indicated.
// *Action: Use ALTER TABLESPACE ADD DATAFILE statement to add one or more
//          files to the tablespace indicated.

ORA-1652: unable to extend temp segment by 32 in tablespace TEMP.

Similar Messages

Maybe you are looking for