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

Similar Messages

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

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

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

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

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

  • ORA-1653 (unable to extend table) and ORA-1654  (unable to extend index)

    Hi,
    We recently installed 12c.r1 and have it running now form some three weeks. About 100 assets currently in it.
    When trying to add a new discovery profile a received an error message from the BUI, in the cacao log from the EC i found a lot java exceptions caused (probably by : Internal Exception: java.sql.SQLException: ORA-01653: unable to extend table OC.PERSISTENTALERT by 8 in tablespace OC_DEFAULT_TS)
    When looking at the alert log from the database i found its full with ORA-1653 and ORA-1654 messages; (and still those errors are being put in the alert logfile on a continues basis.)
    ORA-1653: unable to extend table OC.PERSISTENTALERT by 8 in tablespace OC_DEFAULT_TS
    ORA-1653: unable to extend table OC.PERSISTENTALERT by 8 in tablespace OC_DEFAULT_TS
    ORA-1653: unable to extend table OC.VDO_SERVICE_INFO by 128 in tablespace OC_DEFAULT_TS
    ORA-1653: unable to extend table OC.VDO_SERVICE_INFO by 128 in tablespace OC_DEFAULT_TS
    ORA-1653: unable to extend table OC.PERSISTENTALERT by 8 in tablespace OC_DEFAULT_TS
    ORA-1653: unable to extend table OC.PERSISTENTALERT by 8 in tablespace OC_DEFAULT_TS
    And
    ORA-1654: unable to extend index OC.VMB_RESOURC_ASSOCIA_ID_UNQIDX by 8 in tablespace OC_DEFAULT_TS
    ORA-1654: unable to extend index OC.VMB_RESOURC_ASSOCIA_ID_UNQIDX by 8 in tablespace OC_DEFAULT_TS
    ORA-1654: unable to extend index OC.VMB_RESOURC_ASSOCIA_ID_UNQIDX by 8 in tablespace OC_DEFAULT_TS
    ORA-1654: unable to extend index OC.VMB_RESOURCE_CAPABIL1_UNQIDX by 128 in tablespace OC_DEFAULT_TS
    ORA-1654: unable to extend index OC.VMB_RESOURCE_CAPABIL1_UNQIDX by 128 in tablespace OC_DEFAULT_TS
    ORA-1654: unable to extend index OC.VMB_RESOURCE_CAPABIL1_UNQIDX by 128 in tablespace OC_DEFAULT_TS
    Only thing i could think of would be a space issue in the filesystem. But there's still some 15G of free space available for the DB to extend.
    Any clues as to where to find the cause of this?
    Thanks in advance
    Kind regards
    Patrick

    Hi,
    Sorry for the late response (wasn't in the office last week)
    I'v extended the zpool with additional LUN's , now there is 168GB of free space (total DB size now 42GB) so, efficient free space should be available. After a restart of the DB unfortunately again the alert file is flooded with ORA-1653 / 64 messages on a continues basis;
    ORA-1654: unable to extend index OC.VDO_SENSOR_INFO_ID_UNQIDX by 8 in tablespace OC_DEFAULT_TS
    ORA-1654: unable to extend index OC.VDO_SENSOR_INFO_ID_UNQIDX by 8 in tablespace OC_DEFAULT_TS
    ORA-1654: unable to extend index OC.VDO_ALERT_MONITOR_ST1_UNQIDX by 8 in tablespace OC_DEFAULT_TS
    ORA-1654: unable to extend index OC.VDO_ALERT_MONITOR_ST1_UNQIDX by 8 in tablespace OC_DEFAULT_TS
    ORA-1654: unable to extend index OC.VDO_SENSOR_INFO_ID_UNQIDX by 8 in tablespace OC_DEFAULT_TS
    ORA-1654: unable to extend index OC.VDO_SENSOR_INFO_ID_UNQIDX by 8 in tablespace OC_DEFAULT_TS
    ORA-1654: unable to extend index OC.VDO_SENSOR_INFO_ID_UNQIDX by 8 in tablespace OC_DEFAULT_TS
    ORA-1654: unable to extend index OC.VDO_SENSOR_INFO_ID_UNQIDX by 8 in tablespace OC_DEFAULT_TS
    ORA-1653: unable to extend table OC.PERSISTENTALERT by 8 in tablespace OC_DEFAULT_TS
    ORA-1653: unable to extend table OC.PERSISTENTALERT by 8 in tablespace OC_DEFAULT_TS
    Mon Jul 16 13:56:46 2012
    ORA-1653: unable to extend table OC.PERSISTENTALERT by 8 in tablespace OC_DEFAULT_TS
    ORA-1653: unable to extend table OC.PERSISTENTALERT by 8 in tablespace OC_DEFAULT_TS
    ORA-1653: unable to extend table OC.PERSISTENTALERT by 8 in tablespace OC_DEFAULT_TS
    ORA-1653: unable to extend table OC.PERSISTENTALERT by 8 in tablespace OC_DEFAULT_TS
    ORA-1653: unable to extend table OC.PERSISTENTALERT by 8 in tablespace OC_DEFAULT_TS
    ORA-1653: unable to extend table OC.PERSISTENTALERT by 8 in tablespace OC_DEFAULT_TS
    Mon Jul 16 13:56:55 2012
    ORA-1654: unable to extend index OC.VDO_SENSOR_INFO_ID_UNQIDX by 8 in tablespace OC_DEFAULT_TS
    ORA-1654: unable to extend index OC.VDO_SENSOR_INFO_ID_UNQIDX by 8 in tablespace OC_DEFAULT_TS
    Mon Jul 16 13:57:02 2012
    ORA-1653: unable to extend table OC.PERSISTENTALERT by 8 in tablespace OC_DEFAULT_TS
    ORA-1653: unable to extend table OC.PERSISTENTALERT by 8 in tablespace OC_DEFAULT_TS
    ORA-1653: unable to extend table OC.PERSISTENTALERT by 8 in tablespace OC_DEFAULT_TS
    ORA-1653: unable to extend table OC.PERSISTENTALERT by 8 in tablespace OC_DEFAULT_TS
    etc,.....etc,......etc,.....
    Unsure what to do.
    Check the PCT_USED with a script and found;
    NAME MBYTES USED FREE PCT_USED LARGEST MAX_SIZE PCT_MAX_USED EXTENT_MAN SEGMEN
    USERS 5 1.31 3.69 26.25 3.69 32767.98 0 LOCAL AUTO
    OC_INDEX_TS 100 1 99 1 99 32767 0 LOCAL AUTO
    OC_DATA_TS 100 1 99 1 99 32767 0 LOCAL AUTO
    TEMP 174 174 0 100 0 32767.98 .53 LOCAL MANUAL
    SYSTEM 720 711.31 8.69 98.79 8 32767.98 2.17 LOCAL MANUAL
    SYSAUX 1230 1148.44 81.56 93.37 64.44 32767.98 3.5 LOCAL AUTO
    UNDOTBS1 7625 445.75 7179.25 5.85 3656 32767.98 1.36 LOCAL MANUAL
    OC_DEFAULT_TS 32767 32767 0 100 0 32767 100 LOCAL AUTO
    8 rows selected.
    Seems the OC_DEFAULT_TS is 100% full.
    Shouldn't this autoextend?!?
    I'm no DBA, and the OPCenter installation is default 'out-of-the-box' on a new system. Only running for a month now with about 100 assets.
    Any help appreciated
    Thanks
    Patrick
    Edited by: Patrick on Jul 16, 2012 3:13 PM
    Edited by: Patrick on Jul 16, 2012 3:15 PM

  • ORA-1653: unable to extend table (but tablespace is not full!)

    Hi folks,
    I was navigating through the Alert Log file and I'm strangely noticing the error:
    ORA-1653: unable to extend table PROMO.DETAILS by 40973 in tablespace PROMO
    I'm defining it as strange because:
    (1) The tablespace is only 65% full (there are 750MB of freespace), and
    (2) There is ample space on the harddisk
    I then used TOAD to try to debug the problem and there is a tool which allows me to view a map of the tablespace. I could see that the tablespace "PROMO" had indeed freespace, but the table "DETAILS" looked like it had no space where to extend (there was a table both before, and after it in the map). Is there a way to solve this problem , or isn't a problem at all?

    this problem occurs because
    your table don't find one big free space for next extent in tablespace.
    solutions:-
    1st solution
    * alter tablespace <tablespace_name> add datafile ' path';
    OR
    2nd solution
    - coalesce your tablespace 'alter tablespace <tablespace name> coalesce'.
    OR
    3rd solution
    check u r pctincrease parameter if it is 50 then
    ALTER TABLE <tablename> STORAGE (NEXT 1M PCTINCREASE 0);
    kuljeet pal singh

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

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

Maybe you are looking for