ORA-1688: unable to extend table SYS.WRH

Hi,
on 10g R2 I have following error in alertlog :
ORA-1688: unable to extend table SYS.WRH$_ACTIVE_SESSION_HISTORY partition WRH$_ACTIVE_3192442214_8801 by 128 in tablespace SYSAUX
here :
I found :
BEGIN
DBMS_WORKLOAD_REPOSITORY.DROP_SNAPSHOT_RANGE (low_snap_id => 22,
high_snap_id => 32, dbid => 3310949047);
END;
Should wxe do it regularly ? Oracle does'nt it regularly ? In DB control can we drop the snapshots ?
Any other suggestion for ORA-1688: unable to extend table SYS.WRH error ?
Thank you.

user522961 wrote:
Hi,
on 10g R2 I have following error in alertlog :
ORA-1688: unable to extend table SYS.WRH$_ACTIVE_SESSION_HISTORY partition WRH$_ACTIVE_3192442214_8801 by 128 in tablespace SYSAUX
here :
I found :
BEGIN
DBMS_WORKLOAD_REPOSITORY.DROP_SNAPSHOT_RANGE (low_snap_id => 22,
high_snap_id => 32, dbid => 3310949047);
END;
Should wxe do it regularly ? Oracle does'nt it regularly ? In DB control can we drop the snapshots ?
Any other suggestion for ORA-1688: unable to extend table SYS.WRH error ?
Thank you.Why are you starting a duplicate thread from one you started 7+ hours earlier?
ORA-1688: unable to extend table SYS.WRH$_ACTIVE_SESSION_HISTORY

Similar Messages

ORA-1688: unable to extend table SYS.WRH$_ACTIVE_SESSION_HISTORY

Hi,
In the alert log file it is occuring below error on some interval.The database version is 10.2.0.4.0.
ORA-1688: unable to extend table SYS.WRH$_ACTIVE_SESSION_HISTORY partition WRH$_
ACTIVE_506486335_9939 by 128 in tablespace SYSAUX
Thanks,
Quadri
Edited by: Quadri on Feb 6, 2010 6:52 AM

Hello,
You wrote:
Can i delete some rows to release the space from the SYS.WRH$_ACTIVE_SESSION_HISTORY table?To purge the Table SYS.WRH$_ACTIVE_SESSION_HISTORY, you may first query the Snapshot History
with the query below:
select snap_id, begin_interval_time from sys.dba_hist_snapshot order by snap_id;Then, you choose the range of snapshot you want to delete, and you execute the following Procedure:
exec dbms_workload_repository.drop_snapshot_range ( low_snap_id => snap_id_1, high_snap_id=> snap_id_2 );But, if the delete will free space inside the Table, it won't release space to the SYSAUX Tablespace.
You wrote:
For system tablespace can i add or resize the datafile if it needs?Yes as any Tablespace. But your error message was on the Tablespace SYSAUX. So this is the reason why it
was not necessary to extend the Tablespace SYSTEM.
Hope this help.
Best regards,
Jean-Valentin
Edited by: Lubiez Jean-Valentin on Feb 6, 2010 6:33 PM

ORA-1688: UNABLE TO EXTEND TABLE IN SYSAUX TABLESPACE

Hi,
We are running oracle10g R-2 (10.2.0.2.0) on solaris 10.
In our alert log file we get following message interminantely:-
ORA-1688: unable to extend table SYS.WRH$_ACTIVE_SESSION_HISTORY partition
WRH$_
ACTIVE_455891297_399 by 128 in tablespace SYSAUX
MMON Flush encountered SYSAUX out of space error(1688).
MMON (emergency) purge of WR snapshots (243) and older
The above error reproduce after every 1 hour.
Thanks & Regards
Rishikesh

It seems your tablespace SYSAUX to be little: you need to make it bigger or add another datafile. Using "Oracle Enterprise Manager" is quite easy to do, in section "Storage Manager".

REG:ORA-01653: unable to extend table SYS.OBJ$ by 128 in tablespace SYSTEM

Hi
My database is
BANNER
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
PL/SQL Release 10.2.0.4.0 - Production
CORE     10.2.0.4.0     Production
TNS for Solaris: Version 10.2.0.4.0 - Production
NLSRTL Version 10.2.0.4.0 - Production
I get the following error
ORA-00604: error occurred at recursive SQL level 1 ORA-01653: unable to extend table SYS.OBJ$ by 128 in tablespace SYSTEM
java.sql.SQLException: ORA-00604: error occurred at recursive SQL level 1 ORA-01653: unable to extend table SYS.OBJ$ by 128 in tablespace SYSTEM
When query the dba_data_files system tablespace
TABLESPACE_NAME AUTOEXTENSIBLE FILE_NAME MAXBYTES/1024/1024/1024 BYTES/1024/1024/1024 SYSTEM YES DATA/maq1/datafile/system.260.709848331        31.9999847412109375     0.65447998046875                                                                                                                                                                                                                                                                                                                                                                                                                            SYSTEM                         NO             DATA200/maq1/datafile/system.310.729819887 0 0.9765625
2 rows selected
Please advice

Hello,
ORA-00604: error occurred at recursive SQL level 1 ORA-01653: unable to extend table SYS.OBJ$ by 128 in tablespace SYSTEM
TABLESPACE_NAME AUTOEXTENSIBLE FILE_NAME                                   MAXBYTES/1024/1024/1024 BYTES/1024/1024/1024
SYSTEM          YES            +DATA/maq1/datafile/system.260.709848331    31.9999847412109375      0.65447998046875
SYSTEM          NO             +DATA200/maq1/datafile/system.310.729819887 0                        0.9765625
If you have enough space on the Disk for the first Datafile to extend, it's a rather strange behaviour.
In this case, I suggest you to open a SR on My Oracle Support.
On Solaris, a similar bug was reported (in 9.2.0.8 release):
Bug 7196775: ERROR ORA-01653 OCCURS WHILE INSERTING RECORDS IN TABLE WITH DATAFILE AUTOEXTENDElse, you may try to extend manually the Datafiles so as to get enough free space inside the Tablespace SYSTEM.
Hope this help.
Best regards,
Jean-Valentin

ORA-01653: unable to extend table SYS.ARGUMENT$ by 13 in tablespace SYSTEM

I have created new database manually.
when I am @?/rdbms/admin/catproc.sql putting this sql to run.
for sometime it says created, granted. but after some part it give me the error.
ORA-01653: unable to extend table SYS.ARGUMENT$ by 13 in tablespace SYSTEM
Please help me on this.
Thank you in advance.

Your query does not provide SYSTEM tablespace size. It provides list of tablespaces. And it can't be a complete list since I do not see UNDO and TEMP tablespaces. In any case, based on the output you did not create any user tablespaces, so all tables you are creating went to SYSTEM tablespace and eventually you ran out of space. You need to create user tablespaces if you do not have any. You need to change non-system users and set default tablespace to non-system tablespaces. Even if you do have non-system tablespaces, tables will be created in user default tablespace unless you explicitly specify one. You need to move existing user tables/indexes to non-system tablespaces.
SY.
P.S. In order to get SYSTEM tablespace size you need to run:
select sum(bytes)/1024/1024 tablespace_size_in_mb
from dba_data_files
where tablespace_name = 'SYSTEM';

ORA-01653: unable to extend table SYS.SOURCE$ by 64 in tablespace SYSTEM"

Hi,
While creating a package the , I got the following error.
"ORA-00604: error occurred at recursive SQL level 1
ORA-01653: unable to extend table SYS.SOURCE$ by 64 in tablespace SYSTEM"
Could anyone please explain, how to solve this problem.
Thank you,
Regards,
Gowtham Sen.

solution: increase the size of the system tablespace.
the text of all pl/sql objects is stored in the database by sys. packages, procedures, and functions are stored in sys.source$ (which is part of the USER_SOURCE view definition). so, you've created a lot of pl/sql, and the table wants to extend, but there isn't room.
this is a major problem, because it means that nothing in system can extend. add another datafile, or put the tablespace on autoextend.

ORA-1653: unable to extend table SYS.TEST_MAIL by 128 ..

Hi guys,
Im trying to configure OEM on Windows to automatically sent out alert emails for event metrics,
but for some reason its not sending any after my setup.
Thu Aug 13 13:59:07 2009
ORA-1653: unable to extend table SYS.TEST_MAIL by 128 in tablespace TEST
Thanks in advance

TEST tablespace has run out of space.
You could either add more datafiles for TEST tablespace or turn on the autoextention for the files already part of TEST tablespace.
BTW, why are you creating objects as SYS?

SUB:ORA-1653: unable to extend table SYS.IDL_CHAR$ by 128 in TableSpace SYS

Hi Everybody,
I have installed my ORACLE software in a separate partition /oracle whith 3.3GB space
successfully.
Now i have free space 1GB in that Partition.
when i try to create NEW DB using DBCA it says it required around 500MB for DataFiles.
But while it was creating when it reaches 41% it was giving this error ORA-1653.
Even though when i have space in my oracle partition...why its running out of space???
when the DB creating was going on i open the Memory Monitor Utilities. There
physical Memory use almost 99%, Total Memory usage is 45%, Swap Space is just 14%.
MY RAM is 512MB.
Thanks In Advance
g.sanjeevi

Hi,
Your system tablespace is full
http://ora-01655.ora-code.com/
Contact your DBA
Regards,
Jari

Unable to extend table SYS.yyy_xx1$ by 8192 in tablespace SYSTEM

While trying to compile a package with lots of objects i am getting the below error message.
Oracle 11gr2
ORA-00604: error occurred at recursive SQL level 1
ORA-01653: unable to extend table SYS.yyy_xx1$ by 8192 in tablespace SYSTEM
00604. 00000 - "error occurred at recursive SQL level %s"
*Cause:    An error occurred while processing a recursive SQL statement
           (a statement applying to internal dictionary tables).
*Action:   If the situation described in the next error on the stack
           can be corrected, do so; otherwise contact Oracle Support.
How can i resolve the issue

Result of query
select -- file_name
     blocks
     , maxblocks
     , status
     , autoextensible
from dba_data_files
where tablespace_name = 'SYSTEM';
4194302
4194302
AVAILABLE
YES
4194302
4194302
AVAILABLE
YES
4194302
4194302
AVAILABLE
YES
262144
0
AVAILABLE
NO
524288
0
AVAILABLE
NO
524288
0
AVAILABLE
NO
524288
0
AVAILABLE
NO
524288
0
AVAILABLE
NO
524288
524288
AVAILABLE
YES
524288
524288
AVAILABLE
YES
518400
524288
AVAILABLE
YES
517120
524288
AVAILABLE
YES
655360
0
AVAILABLE
NO
655360
0
AVAILABLE
NO
262144
0
AVAILABLE
NO
262144
0
AVAILABLE
NO
262144
0
AVAILABLE
NO
262144
0
AVAILABLE
NO
262144
0
AVAILABLE
NO
262144
0
AVAILABLE
NO
262144
0
AVAILABLE
NO
262144
0
AVAILABLE
NO
262144
0
AVAILABLE
NO
262144
0
AVAILABLE
NO

ORA-01655: unable to extend cluster SYS.C_FILE#_BLOCK# by 128

Hi all,
Oracle 10g. Linux.
I'm facing the below error while trying to import a dumpfile
IMP-00003: ORACLE error 604 encountered
ORA-00604: error occurred at recursive SQL level 1
ORA-01655: unable to extend cluster SYS.C_FILE#_BLOCK# by 128 in tablespace SYSTEM
IMP-00017: following statement failed with ORACLE error 604:
"CREATE TABLE "EBFA25_RGS_MM0001" ("RECID" VARCHAR2(255), "XMLRECORD" BLOB) "
" PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 STORAGE(INITIAL 65536 FREELI"
"STS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT) TABLESPACE "T24DATAXML" LOGGIN"
"G NOCOMPRESS LOB ("XMLRECORD") STORE AS "LOB_EBFA25_RGS_MM0001" (TABLESPAC"
"E "T24DATAXML" ENABLE STORAGE IN ROW CHUNK 8192 RETENTION CACHE STORAGE(IN"
"ITIAL 65536 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT))"
Thanks
KSG

Hi Satish,
I imported the dump into my user schema..
Now I get the following error
IMP-00003: ORACLE error 1659 encountered
ORA-01659: unable to allocate MINEXTENTS beyond 56 in tablespace TDATAXML
IMP-00017: following statement failed with ORACLE error 1659:
"CREATE TABLE "ACFBNK_STMT022" ("RECID" VARCHAR2(255), "XMLRECORD" "SYS"."XM"
"LTYPE") PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 STORAGE(INITIAL 4294"
"967294 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT) TABLESPACE "T24DA"
"TAXML" LOGGING NOCOMPRESS XMLTYPE "XMLRECORD" STORE AS CLOB "LOB_ACFBNK_STM"
"T022" (TABLESPACE "T24DATAXML" ENABLE STORAGE IN ROW CHUNK 8192 RETENTION "
"CACHE STORAGE(INITIAL 65536 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFA"
"ULT))"
IMP-00003: ORACLE error 1659 encountered
ORA-01659: unable to allocate MINEXTENTS beyond 56 in tablespace TDATAXML
IMP-00017: following statement failed with ORACLE error 1659:
"CREATE TABLE "DEF_DE_O_HA000" ("RECID" VARCHAR2(255), "XMLRECORD" BLOB) PC"
"TFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 STORAGE(INITIAL 4294967294 FREE"
"LISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT) TABLESPACE "T24DATAXML" LOGG"
"ING NOCOMPRESS LOB ("XMLRECORD") STORE AS "LOB_DEF_DE_O_HA000" (TABLESPACE"
" "T24DATAXML" ENABLE STORAGE IN ROW CHUNK 8192 RETENTION CACHE STORAGE(INI"
"TIAL 65536 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT))"
IMP-00003: ORACLE error 1658 encountered
ORA-01658: unable to create INITIAL extent for segment in tablespace TDATAXML
IMP-00017: following statement failed with ORACLE error 1659:
"CREATE TABLE "DMFBNK_CUST001" ("RECID" VARCHAR2(255), "XMLRECORD" "SYS"."XM"
"LTYPE") PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 STORAGE(INITIAL 1929"
"37984 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT) TABLESPACE "T24DAT"
"AXML" LOGGING NOCOMPRESS XMLTYPE "XMLRECORD" STORE AS CLOB "LOB_DMFBNK_CUST"
"001" (TABLESPACE "T24DATAXML" ENABLE STORAGE IN ROW CHUNK 8192 RETENTION C"
"ACHE STORAGE(INITIAL 65536 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAU"
"LT))"
IMP-00003: ORACLE error 1659 encountered
ORA-01659: unable to allocate MINEXTENTS beyond 8 in tablespace TDATAXML
IMP-00017: following statement failed with ORACLE error 1659:
"CREATE TABLE "DMFBNK_DM_C000" ("RECID" VARCHAR2(255), "XMLRECORD" BLOB) PC"
"TFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 STORAGE(INITIAL 197132288 FREEL"
"ISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT) TABLESPACE "T24DATAXML" LOGGI"
"NG NOCOMPRESS LOB ("XMLRECORD") STORE AS "LOB_DMFBNK_DM_C000" (TABLESPACE "
""T24DATAXML" ENABLE STORAGE IN ROW CHUNK 8192 RETENTION CACHE STORAGE(INIT"
"IAL 65536 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT))"
Thanks
KSG

Unable to extend table SYS.VIEW$ by 256 in tablespace

Hi,
I am getting the error
"unable to extend table SYS.VIEW$ by 256 in tablespace "
and
"ORA-00604: error occurred at recursive SQL level 1
ORA-01654: unable to extend index SYS.I_DEPENDENCY1 by 256".
while upgrading.
My database contains only 600 MB free.
Is this the problem bcoz of the database size or ant other. i am unable to understand
If it is bcause of database,please let me know how to confirm.
Thanks.

ORA-01654: unable to extend index string.string by string in tablespace string
Cause: Failed to allocate an extent of the required number of blocks for an index segment in the tablespace indicated.
Action: Use ALTER TABLESPACE ADD DATAFILE statement to add one or more files to the tablespace indicated.

ORA-01655: unable to extend cluster SYS.C_OBJ# by 128 in tablespace SYSTEM

Please explain me what is meaning of massage: ORA-01655: unable to extend cluster SYS.C_OBJ# by 128 in tablespace SYSTEM. I try to alter some table. How can I solve this problem.
Thanks!

Hi,
Your system tablespace is full
http://ora-01655.ora-code.com/
Contact your DBA
Regards,
Jari

ORA-1653: unable to extend table APPLSYS.FND_ENV_CONTEXT by 16

Database version : 10.2.0.2
When a Query is executed from an Oracle Application Self Service Page , we are hitting the following exception from JDBC
## Detail 0 ##
java.sql.SQLException: ORA-21710: argument is expecting a valid memory address of an object
     at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:112)
     at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:331)
     at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:288)
     at oracle.jdbc.driver.T4C8Oall.receive(T4C8Oall.java:745)
     at oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.java:216)
     at oracle.jdbc.driver.T4CPreparedStatement.executeForRows(T4CPreparedStatement.java:966)
     at oracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatement.java:1062)
When checking the alert.log we are getting different error
ORA-1653: unable to extend table APPLSYS.FND_ENV_CONTEXT by 16
The above error was not coming till June 1st. we are initially getting error
ORA-00604: error occurred at recursive SQL level 1
ORA-04031: unable to allocate 32 bytes of shared memory ("shared
pool","select count(*) from sys.job...","sql area","tmp")
Kindly advise whether this is known issue or a bug. Any Pointers to known issues of specific DBMS Versions.
Thanks
Joseph

Find the tablespace where APPLSYS.FND_ENV_CONTEXT and see if you can add space to it.

ORA-1653: unable to extend table - but enough space for datafile

We encountered this problem in one of our database Oracle Database 10g Release 10.2.0.4.0
We have all datafiles in all tablespaces specified with MAXSIZE and AUTOEXTEND ON. But last week database could not extend table size
Wed Dec 8 18:25:04 2013
ORA-1653: unable to extend table PCS.T0102 by 128 in                 tablespace PCS_DATA
ORA-1653: unable to extend table PCS.T0102 by 8192 in                tablespace PCS_DATA
Wed Dec 8 18:25:04 2013
ORA-1653: unable to extend table PCS.T0102 by 128 in                 tablespace PCS_DATA
ORA-1653: unable to extend table PCS.T0102 by 8192 in                tablespace PCS_DATA
Wed Dec 8 18:25:04 2013
ORA-1653: unable to extend table PCS.T0102 by 128 in                 tablespace PCS_DATA
ORA-1653: unable to extend table PCS.T0102 by 8192 in                tablespace PCS_DATA
Datafile was created as ... DATAFILE '/u01/oradata/PCSDB/PCS_DATA01.DBF' AUTOEXTEND ON NEXT 50M MAXSIZE 31744M
Datafile PCS_DATA01.DBF had only 1GB size. Maximum size is 31GB but database did not want to extend this datafile.
We used temporary solution and we added new datafile to same tablespace. After that database and our application started to work correctly.
There is enough free space for database datafiles.
Do you have some ideas where could be our problem and what should we check?
Thanks

ShivendraNarainNirala wrote:
Hi ,
Here i am sharing one example.
SQL> select owner,table_name,blocks,num_rows,avg_row_len,round(((blocks*8/1024)),2)||'MB' "TOTAL_SIZE",
2   round((num_rows*avg_row_len/1024/1024),2)||'Mb' "ACTUAL_SIZE",
3   round(((blocks*8/1024)-(num_rows*avg_row_len/1024/1024)),2) ||'MB' "FRAGMENTED_SPACE"
4   from dba_tables where owner in('DWH_SCHEMA1','RM_SCHEMA_DDB','RM_SCHEMA') and round(((blocks*8/1024)-(num_rows*avg_row_len/1024/1024)),2) > 10 ORDER BY FRAGMENTED_SPACE;
OWNER           TABLE_NAME                        BLOCKS   NUM_ROWS AVG_ROW_LEN TOTAL_SIZE           ACTUAL_SIZE          FRAGMENTED_SPACE
DWH_SCHEMA1     FP_DATA_WLS                        14950     168507          25 116.8MB              4.02Mb               112.78MB
SQL> select tablespace_name from dba_segments where segment_name='FP_DATA_WLS' and owner='DWH_SCHEMA1';
TABLESPACE_NAME
DWH_TX_DWH_DATA
SELECT /* + RULE */ df.tablespace_name "Tablespace",
       df.bytes / (1024 * 1024) "Size (MB)",
       SUM(fs.bytes) / (1024 * 1024) "Free (MB)",
       Nvl(Round(SUM(fs.bytes) * 100 / df.bytes),1) "% Free",
       Round((df.bytes - SUM(fs.bytes)) * 100 / df.bytes) "% Used"
FROM dba_free_space fs,
       (SELECT tablespace_name,SUM(bytes) bytes
          FROM dba_data_files
         GROUP BY tablespace_name) df
WHERE fs.tablespace_name = df.tablespace_name
GROUP BY df.tablespace_name,df.bytes
UNION ALL
SELECT /* + RULE */ df.tablespace_name tspace,
       fs.bytes / (1024 * 1024),
       SUM(df.bytes_free) / (1024 * 1024),
       Nvl(Round((SUM(fs.bytes) - df.bytes_used) * 100 / fs.bytes), 1),
       Round((SUM(fs.bytes) - df.bytes_free) * 100 / fs.bytes)
FROM dba_temp_files fs,
       (SELECT tablespace_name,bytes_free,bytes_used
          FROM v$temp_space_header
         GROUP BY tablespace_name,bytes_free,bytes_used) df
WHERE fs.tablespace_name = df.tablespace_name
GROUP BY df.tablespace_name,fs.bytes,df.bytes_free,df.bytes_used
ORDER BY 4 DESC;
set lines 1000
col FILE_NAME format a60
SELECT SUBSTR (df.NAME, 1, 60) file_name, df.bytes / 1024 / 1024 allocated_mb,
((df.bytes / 1024 / 1024) - NVL (SUM (dfs.bytes) / 1024 / 1024, 0))
used_mb,
NVL (SUM (dfs.bytes) / 1024 / 1024, 0) free_space_mb
FROM v$datafile df, dba_free_space dfs
WHERE df.file# = dfs.file_id(+)
GROUP BY dfs.file_id, df.NAME, df.file#, df.bytes
ORDER BY file_name;
Tablespace                      Size (MB) Free (MB)     % Free     % Used
DWH_TX_DWH_DATA                     11456       8298         72         28
FILE_NAME                                                    ALLOCATED_MB    USED_MB FREE_SPACE_MB
/data1/FPDIAV1B/dwh_tx_dwh_data1.dbf                                 1216       1216             0
/data1/FPDIAV1B/dwh_tx_dwh_data2.dbf                                10240       1942          8298
SQL> alter database datafile '/data1/FPDIAV1B/dwh_tx_dwh_data2.dbf' resize 5G;
alter database datafile '/data1/FPDIAV1B/dwh_tx_dwh_data2.dbf' resize 5G
ERROR at line 1:
ORA-03297: file contains used data beyond requested RESIZE value
Although , we did moved the tables into another TB , but it doesn't resolve the problem unless we take export and drop the tablespace aand again import it .We also used space adviser but in vain .
As far as metrics and measurement is concerned , as per my experience its based on blocks which is sparse in nature related to HWM in the tablespace.
when it comes to partitions , just to remove fragmentation by moving their partitions doesn't help .
Apart from that much has been written about it by Oracle Guru like you .
warm regards
Shivendra Narain Nirala
how does free space differ from fragmented space?
is all free space considered by you to be fragmented?
"num_rows*avg_row_len" provides useful result only if statistics are current & accurate.

ORA-1653: unable to extend table PERFSTAT.STATS

Hi there,
I know it's Friday and by the end of the week we normally are not that alert anymore.
However now we have a very puzzling problem, one that leaves two DBA's very amazed.
This morning our alert-log of a 9.2.0.8 database on AIX 5.3 showed:
ORA-1653: unable to extend table PERFSTAT.STATS in tablespace TOOLSEasy, one would say. Extend the tablespace and you're done.
However the tablespace is on autoextend, not even mentioned that it has 2.5Gb of free space.
It is also "Locally Managed", with uniform extent size of 16Kb and manual "segment space management"
The index of this table is in the same tablespace.
The storage parameters are set to "unlimited" possibilities.
A manual
exec statspack.snapresults in the same error where as a
create table statstest as select * from stats$sqltext ; works fine. The mentioned source table here is the one which seems unable to extend due to the "tablespace restrictions"
Some storage parameters:
CREATE TABLE "PERFSTAT"."STATS$SQLTEXT" (
"HASH_VALUE" NUMBER NOT NULL ENABLE,
"TEXT_SUBSET" VARCHAR2 (31) NOT NULL ENABLE,
"PIECE" NUMBER NOT NULL ENABLE,
"SQL_TEXT" VARCHAR2 (64),
"ADDRESS" RAW (8),
"COMMAND_TYPE" NUMBER,
"LAST_SNAP_ID" NUMBER,
CONSTRAINT "STATS$SQLTEXT_PK" PRIMARY KEY
("HASH_VALUE", "TEXT_SUBSET", "PIECE
USING INDEX
PCTFREE 10 INITRANS 2 MAXTRANS 255
STORAGE
INITIAL 1048576
NEXT 1048576
MINEXTENTS 1
MAXEXTENTS 2147483645
PCTINCREASE 0
FREELISTS 1
FREELIST GROUPS 1
BUFFER_POOL DEFAULT
) TABLESPACE "TOOLS"
ENABLE
PCTFREE 5
PCTUSED 40
INITRANS 1
MAXTRANS 255
NOCOMPRESS
LOGGING
STORAGE (INITIAL 5242880
NEXT 5242880
MINEXTENTS 1
MAXEXTENTS 2147483645
PCTINCREASE 0
FREELISTS 1
FREELIST GROUPS 1
BUFFER_POOL DEFAULT)
TABLESPACE "TOOLS"Can this be some kind of Data Dictionairy corruption ??

virendra.k wrote:
The next extent clause in creation script says that it is required to have at least 1G of contiguous memory. But the satement fails which means that a chunk of this size cannot be allocated. The situation may arise due to fragmentation of tablespace. See metalink doc id [1020182.6|https://metalink2.oracle.com/metalink/plsql/f?p=130:14:9000433346754441541::::p14_database_id,p14_docid,p14_show_header,p14_show_help,p14_black_frame,p14_font:NOT,1020182.6,1,0,1,helvetica] if the largest free chunk >= 1G. Other wise increase the size of tablespace. It may help you.
I don't understand the result of 1G you calculated.
I only see: NEXT 1048576 of the primary key, which is 1M and NEXT 5242880 ( 5M) of the table itself.
However it the Note lead me to the solution.
The largest piece of contiguous free space in the tablespace is, according to this Note:
TABLESPACE NAME CONTIGUOUS BYTES
TOOLS 3,407,872 ==> 3Mb
TOOLS 3,407,872
TOOLS 3,407,872
TOOLS 3,301,376
TOOLS 3,194,880
TOOLS 3,194,880
TOOLS 3,194,880
TOOLS 3,194,880
TOOLS 3,088,384
So I executed the following:
SQL> alter table stats$sqltext storage (next 1m);And subsequently:
SQL> exec statspack.snap;Which now succeeds !!
Conclusion: Tablespace REORG needs to be planned.
One more strange thing however:
I altered the NEXT_EXTENT size back to 5M, and again the statspack.snap now works OK.
It must be the either a background COALESCE that solved the problem, or the (maybe existing) corruption in the dictionary is now fixed/gone
Thanks for the assistance

ORA-1688: unable to extend table SYS.WRH

Similar Messages

Maybe you are looking for