ORA-01653 unable to increase tablespace size

We have Oracle 11gR2 RAC with ASM installed on Redhat Linux
I am not able to extend tablespace it gives error ORA-01653
I checked ASM views
GROUP_NUMBER     NAME     SECTOR_SIZE     BLOCK_SIZE     ALLOCATION_UNIT_SIZE     STATE     TYPE     TOTAL_MB     FREE_MB
1     DWH_OCR     512     4096     1048576     MOUNTED     NORMAL     3057     2131
2     DATABASE     512     4096     1048576     CONNECTED     NORMAL     204798     1536
Above view shows we have 1536 Mb free in our Database ASM disk group. And when i checked tablespaces used space so i found its not exceeding 70 GB.
Please suggest/advice what can be ocuppying space in ASM? and how to free it?
Also note archiving is also disabled. I tried to empty recycle bin also. Still same issue.
Thanks in advance
Zeeshan Sheikh

select * from DBA_TABLESPACE_USAGE_METRICS;
TABLESPACE_NAME     USED_SPACE     TABLESPACE_SIZE     USED_PERCENT
ESECTOR_DATA     552     4194302     0.013160712
NCC_DATA     1281408     4194302     30.55116203
ODI_DATA     2358040     4194302     56.22008143
QUEST_DATA     184     4194302     0.004386904
SHOAIBA_DATA     50048     4194302     1.193237874
SYSAUX     225720     4194302     5.381586734
SYSTEM     521560     4194302     12.43496534
TEMP     3200     4194302     0.076293982
UNDOTBS1     160     4194302     0.003814699
UNDOTBS2     16552     4194302     0.39463062
USERS     3337400     4194302     79.56985453
WSECTOR_DATA     192     4194302     0.004577639
select * from v$asm_diskgroup;
GROUP_NUMBER     NAME     SECTOR_SIZE     BLOCK_SIZE     ALLOCATION_UNIT_SIZE     STATE     TYPE     TOTAL_MB     FREE_MB     HOT_USED_MB     COLD_USED_MB     REQUIRED_MIRROR_FREE_MB     USABLE_FILE_MB     OFFLINE_DISKS     COMPATIBILITY     DATABASE_COMPATIBILITY     VOTING_FILES
0     FLASH     512     4096     0     DISMOUNTED          0     0     0     0     0     0     0     0.0.0.0.0     0.0.0.0.0     N
1     DWH_OCR     512     4096     1048576     MOUNTED     NORMAL     3057     2131     0     926     310     910     0     11.2.0.0.0     10.1.0.0.0     N
2     DATABASE     512     4096     1048576     CONNECTED     NORMAL     204798     1536     0     203262     0     768     0     11.2.0.0.0     10.1.0.0.0     N

Similar Messages

  • 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-01653: unable to extend table  by 16 in tablespace

    Hi All,
    When i run the script it throws the following error msg:
    ORA-01653: unable to extend table by 16 in tablespace
    Can anyone help me.
    Thanks in advance

    See this link and get an idea of it:
    http://www.dbmotive.com/oracle_error_codes.php?errcode=01653
    Generally when u try to create a table of size more than the tablespace you will encounter this problem.Even for more no of columns you will face this problem.

  • 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';

  • 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.

    Hi All,
    I am Using oracle 9i on Windows XP box
    I got the following error messages .
    ORA-01653: unable to extend table SCOTT.EMP2 by 128 in tablespace ORADATA
    I was inserting 557056 rows from emp table to emp2 table , by issuing
    sql> insert into emp2 select * from emp ;
    My emp2 table is in tablespace oradata which I created by issuing.
    create tablespace oradata
    datafile 'c:\oratemp\data01.dbf' size 20m
    extent management local
    autoallocate
    segment space management auto
    Please help me to explain why I got this error and how to solve this error.
    Thanks.

    Your ORADATA tablespace got filled, ang got no free space to accommodate new insertions.
    So, resize the datafile of ORADATA tablespace using the following statement.
    SQL> CONNECT /AS SYSDBA
    SQL> ALTER DATABASE DATAFILE 'c:\oratemp\data01.dbf' RESIZE 100M;
    Regards,
    Sabdar Syed.

  • ORA-01653: unable to extend table DISPATCH.T_EVENT_DATA by 4096 in tablespa

    Hello everybody,
    I try to explain the problem I had, because I still didn't understand real causes.
    Everything started when I got this error:
    ORA-01653: unable to extend table DISPATCH.T_EVENT_DATA by 4096 in tablespace USERS
    I'm using ASM.
    This was the situation of the tablespace USER:
    FILE NAME                                                 TB NAME   SIZE (gb)                   STATUS               
    DATA/evodb/datafile/users.261.662113927     USERS     63,999969482421875     AVAILABLE
    and this was the situation of the DATAS diskgroup:
    GR # NAME        FREE_MB    USABLE     STATE      SECTOR SIZE   BLOCKSIZE
    2     DATA     60000     60000     MOUNTED     512     4096
    That diskgroup is composed by 5 files:
    PATH       DISK#       GR NAME           FREE MB    OS MB       TOTAL MB NAME                FAILGROUP
    /dev/asm2     0     DATA          12000     48127     48127     DATA_0000     DATA_0000
    /dev/asm3     1      DATA          12000     48127     48127     DATA_0001     DATA_0001
    /dev/asm4     2     DATA          12000     48127     48127     DATA_0002     DATA_0002
    /dev/asm5     3     DATA          12000     48127     48127     DATA_0003     DATA_0003
    /dev/asm6     4     DATA          12000     48127     48127     DATA_0004     DATA_0004
    This are the information about the table got from the dba_tables table:
    OWNER     DISPATCH
    TABLE_NAME     T_EVENT_DATA
    TABLESPACE_NAME USERS
    CLUSTER_NAME     
    IOT_NAME     
    STATUS     VALID
    PCT_FREE     10
    PCT_USED     
    INI_TRANS     1
    MAX_TRANS     255
    INITIAL_EXTENT     4294967296
    NEXT_EXTENT     
    MIN_EXTENTS     1
    MAX_EXTENTS     2147483645
    PCT_INCREASE     
    FREELISTS     
    FREELIST_GROUPS     
    LOGGING     YES
    BACKED_UP      N
    NUM_ROWS     532239723
    BLOCKS     1370957
    EMPTY_BLOCKS     0
    AVG_SPACE      0
    CHAIN_CNT 0
    AVG_ROW_LEN     32
    AVG_SPACE_FREELIST_BLOCKS     0
    NUM_FREELIST_BLOCKS     0
    DEGREE     1
    INSTANCES     1
    CACHE     N
    TABLE_LOCK     ENABLED
    SAMPLE_SIZE     532239723
    LAST_ANALYZED 21/09/2009 22.45
    PARTITIONED     NO
    IOT_TYPE     
    TEMPORARY     N
    SECONDARY      N
    NESTED     NO
    BUFFER_POOL     DEFAULT
    ROW_MOVEMENT DISABLED
    GLOBAL_STATS     YES
    USER_STATS     NO
    DURATION     
    SKIP_CORRUPT     DISABLED
    MONITORING     YES
    CLUSTER_OWNER     
    DEPENDENCIES     DISABLED
    COMPRESSION     DISABLED
    COMPRESS_FOR     
    DROPPED      NO
    READ_ONLY     NO
    So, my question is:
    Why did it happen?
    Why the table was unable to allocate the space? From what I can see the space was there.
    I alstro tried an ALTER TABLESPACE USER COALESCE, but with no luck.
    To solve the problem, I had to create another tablespace and put there the T_EVENT_DATA table.
    Looking forward to read some answer,
    thanks in advance!

    There can be two reasons:
    1.) Datafile is unable to extend as the auto-extend is set to NO.
    2.) Datafile reached to the MAXSIZE provided at the datafile creation.
    Query dba_data_files view and confirm this.
    Regards.

  • ORA-01653: unable to extend table MY_PROJECTS.TEST_TABLE by 8 in

    Hi
    I am getting the following error while submitting a form in Oracle Apex.
    ORA-01653: unable to extend table MY_PROJECTS.TEST_TABLE by 8 in tablespace FLOW_2283
    Error Unable to process row of table TEST_TABLE
    Please help me.
    Edited by: Umesh Chandra Moharana on Sep 22, 2008 10:28 AM
    Edited by: Umesh Chandra Moharana on Sep 22, 2008 10:29 AM

    Hi John,
    Thanks for your quick reply. Our application is hosted on apex.oraclecorp.com. Since this is a internally used server, we are not sure whom we should be approaching for increasing the table space, or if there is any administrative tools available to increase the tablespace. I will really appreciate if you can guide in this regard.
    Thanks,
    Varkey (On Behalf of Umesh)

  • Generating 20 million rows induced error: ORA-01653: unable to extend table

    Exact error is: ORA-01653: unable to extend table HR.F by 1024 in tablespace SYSTEM.
    Why cannot it extend table HR.F?
    Is it because I have Oracle Express Edition 10g?
    "Typically you will receive one of the following messages during the upgrade if your SYSTEM tablespace size is insufficient". What should I consider when wanting to generate 20 million rows? By the way, generating 1 million rows is successful.

    1.By esuring the status of the tables FND_INSTALL_PROCESS and AD_DEFERRED_JOBS and if there are any rows in it, also checking the worker logs (If it exisits) and patch log, we can consider options which we can make sure that the current issue can be taken care. If the adpatch has come out and back to prompt, after adding the space we can restart with the various options to start from where it left off.If FND_INSTALL_PROCESS and AD_DEFERRED_JOBS have not been dropped by adpatch, you can start adaptch from the beginning (after fixing the failed worker via adctrl as stated by Rajiv), and continue with the previous failed adpatch session.
    2. By adding up the space we can also ensure that the future patch application will not fail again.Correct -- Provided you have sufficient space or turning autoextend on for this tablespace (with cautious).
    Thanks,
    Hussein

  • ORA-01653: unable to extend table... problem

    Hello.
    I'm using Oracle 8i 8.1.5.0.2 SE on Adelinux 6.2(kinda localized version of RedHat 6.2).
    When I run my Pro*C module, the following error message appeared even though there's enough free space on that tablespace.
    ORA-01653: unable to extend table UALMAS.TBL_OPTIONS_T by 466608 in tablespace TALMAS
    The free space of TALMAS tablespace is as follow:
    --->> cut here <<---
    SQL> SELECT TABLESPACE_NAME,BYTES FROM DBA_FREE_SPACE;
    TABLESPACE_NAME BYTES
    TALMAS 284839936
    TALMAS 204271616
    TALMAS 732184576
    TALMAS 846002176
    TALMAS 547749888
    TALMAS 305330176
    TALMAS 194267136
    TALMAS 50661376
    TALMAS 561453056
    TALMAS 108539904
    10 rows selected.
    --->> cut here <<---
    I use COMMIT at the end of some part of insertion, and the free space listed is not the result of rollback I think.
    Does anyone have such an experience?
    Can anyone tell me how to solve this problem?
    Any comment would be appreciated.
    @Wings... of Icarus
    null

    Hi,
    Maxsize unlimited means the maxsize of 32GB. Check if your tablespace is reaching its maxsize, you may have to add a datafile to the tablespace. Sometime, maxfile is not reached but you do not enough disk in the file system to extend the tablespace. So check the file system utilization as well.
    HTH

  • Oracle error message code 1653 op 4, ORA-01653: unable to extend table

    Hi
    Our application use Oracle 9i as database. I modified one of tables and try to convert it from this application, then I got an Oralce 1653 error as followings:
    Creating Table SAMPLE_T
    Copying data from SAMPLE to SAMPLE_T
    Unable to move data from table 'SAMPLE' to table 'SAMPLE_T'
    Oracle error message code 1653 op 4, ORA-01653: unable to extend table SAND.SAMPLE_T by 1024 in tablespace SAMPLE_RESULT
    I suspect the tablespace SAMPLE_RESULT is not big enough and also can not extended automatically, but not sure if it is right or there maybe other reasons behind this error.
    Any idea?
    Thanks
    Li

    Lets try .....
    SQL> select tablespace_name,sum(bytes)/1024 from dba_free_space where tablespace_name='USERS' group by tablespace_name;
    TABLESPACE_NAME                SUM(BYTES)/1024
    USERS                                      384
    SQL> alter database datafile 'C:\ORACLE\ORADATA\MYDB\USERS01.DBF' autoextend off;
    SQL> alter table scott.emp allocate extent;
    Table altered.
    SQL> /
    alter table scott.emp allocate extent
    ERROR at line 1:
    ORA-01653: unable to extend table SCOTT.EMP by 128 in tablespace USERSI believe you must add more space to tablespace SAMPLE_RESULT or set the autoextend on for associated datafiles.
    Hope it help ..
    Bhupinder

  • ORA-01653: unable to extend table SBC.TBL_WEBPHONE by 3078 in tablespace

    HI all,
    I know the solution for the above error is to either resize the datafile or add a new datafile to that paticular tablespace.
    But i want to knowthe exact space required by the new extent in that paticular tablespace?
    i am using 10g on unix platform.
    regards

    But i want to knowthe exact space required by the new extent in that paticular tablespace?Are you asking what's 3078 ? Blocks.
    $ oerr ora 1653
    01653, 00000, "unable to extend table %s.%s by %s in tablespace %s"
    // Cause:  Failed to allocate an extent of the required number of blocks* for
    // a table segment in the tablespace indicated.
    // *Action: Use ALTER TABLESPACE ADD DATAFILE statement to add one or more
    // files to the tablespace indicated.
    $

  • Refresh Analytic Workspace increase tablespace size ?

    Hello, I'm using CWM2 OLAP objects with 9.2.0.6 database version. I have analytic workspaces, too.
    I execute refresh of my analytic workspace, using the script generated by Analytic Workspace Manager 9.2.0.4.1. I have noticed that, strangely, whenever I execute the script, it increases the used space of the tablespace containing analytic workspace.
    Is this usual ? The script doesn't include new objects, and the effect is the same. What is failing ? I think that this should not happen.
    Any idea ? Thanks a lot by your help

    vbarres wrote:
    if my datawarehouse
    grows dinamically (I'm adding new objects every day),
    what size has to have my aw tablespace ? It's
    difficult to reserve space on disk for this...I'm confused here. Are you really adding new objects every day, or just adding more data to the existing ones. In general, if you are adding more data, the growth should be reasonably predictable, assuming a reasonable AW design. The usual growth confusion has to do with reloading the same data over again, where the growth is unexpected.
    rhaug wrote:
    I had a similar problem in my AW. The temp and the aw tablespace got ridiculously big. >The temp tablespace exceeded 20gb before the disk got full and everything crashed.
    In my case I had made several cubes to perform different tests. When I deleted all but >one cube things behaved more normal and the aggregation time was stable.Again, I'm not sure what is going on here from the descriptions. As far as I know, there should not be a problem with multiple cubes in the same AW. You don't say what version you are in, but is it possibly version 10? I could see some interaction in a parallel build, where the various cubes are built simultaneously, and thus the pages on the free list are necessarily available for reuse when you might want them. More details would be interesting here. You might also try a serial build (I'm not sure where the switch is in AWM, but I'm sure it's there somewhere).

  • BUG: Unable to increase stack size in OJVM

    Hi,
    I have a complex ADF Faces page (jspx) that has reached the level of complexity that I can reliably cause the JVM to die when running the page with:
    Fatal error: Cannot find class java/lang/StackOverflowError
    Process exited with exit code -1.when running within JDeveloper. I have tried adding
    -Xms1024m -Xmx1024m(yes, I know an outrageous stack size) to the project run properties, and it still crashes. However, if I change to the server JVM instead of ojvm, it works fine, even with a much smaller stack, although the default stack size will crash as well.
    So,
    1). Shouldn't -Xms and -Xmx work for OJVM? If not, this is going to be a pain when I need to debug, as OJVM rocks for that.
    2). Is there some way to configure ADF/OC4J so that I won't bomb like this? I'm guessing that the XML document (JSPX) is big enough that it's causing the XML parser to blow up. Just a guess however.
    Thanks,
    John

    It's unclear if the problems discussed happen after OJC compiles, or Javac compiles, or both. We have uncovered a bug in the compilation of jspx files using OJC. There is a chance that this bug fix will fix the problems mentioned. Email me at keimpe.bronkhorst AT oracle.com if you want to try out a patched OJC. This is not an OJVM fix, so if you compile with Javac, I can't help you at this time.
    Keimpe Bronkhorst
    JDev team

  • Unable to increase display size in Yahoo Games Java applet; zoom doesn't work.

    My father is vision impaired. He play texas hold em in Yahoo Games. Once the game java applet launches, he needs to make the card display larger. I can't find any way to do this. he's using a PC with Windows 7.
    == This happened ==
    Every time Firefox opened
    == always ==
    == User Agent ==
    Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_4; en-US) AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.99 Safari/533.4

    It's unclear if the problems discussed happen after OJC compiles, or Javac compiles, or both. We have uncovered a bug in the compilation of jspx files using OJC. There is a chance that this bug fix will fix the problems mentioned. Email me at keimpe.bronkhorst AT oracle.com if you want to try out a patched OJC. This is not an OJVM fix, so if you compile with Javac, I can't help you at this time.
    Keimpe Bronkhorst
    JDev team

Maybe you are looking for