Unable to extend table INFA_USER2.OPB_DTL_SWIDG_LOG by 128 in tblespce USER

Hi,
unable to extend tablespace error gettion
ORA-01653: unable to extend table INFA_USER2.OPB_DTL_SWIDG_LOG by 1024 in tablespace USERS
attempt:
ALTER DATABASE DATAFILE 'C:\app\vshadmin\oradata\orcl01\users01.dbf' AUTOEXTEND ON NEXT 1050m MAXSIZE UNLIMITED;
still getting same error
thanks

so you add a new datafile on USERS tablespace, give quota to the user on USERS tablespace correctly and get the same error.
show result of :
SET SERVEROUTPUT ON
SET PAGESIZE 1000
SET LINESIZE 255
SET FEEDBACK OFF
SELECT     d.status "Status",
   d.tablespace_name "Name",
   d.contents "Type",
   d.extent_management "Ext Man",
   TO_CHAR(NVL(a.bytes / 1024 / 1024, 0),'99,999,990.900') "Size (M)",
   TO_CHAR(NVL(a.bytes - NVL(f.bytes, 0), 0)/1024/1024,'99,999,999.999') "Used (M)",
   TO_CHAR(NVL((a.bytes - NVL(f.bytes, 0)) / a.bytes * 100, 0), '990.00') "Used %"
FROM       sys.dba_tablespaces d,
           (select
              tablespace_name,
              sum(bytes) bytes
            from dba_data_files
            group by tablespace_name) a,
           (select
              tablespace_name,
              sum(bytes) bytes
            from dba_free_space
            group by tablespace_name) f
WHERE      d.tablespace_name = a.tablespace_name(+)
AND        d.tablespace_name = f.tablespace_name(+)
   AND NOT
   (d.extent_management like 'LOCAL' AND d.contents like 'TEMPORARY')
UNION ALL
SELECT     d.status "Status",
   d.tablespace_name "Name",
   d.contents "Type",
   d.extent_management "Ext Man",
   TO_CHAR(NVL(a.bytes / 1024 / 1024, 0),'99,999,990.900') "Size (M)",
   TO_CHAR(NVL(t.bytes, 0)/1024/1024,'99,999,999.999') "Used (M)",
   TO_CHAR(NVL(t.bytes / a.bytes * 100, 0), '990.00') "Used %"
FROM       sys.dba_tablespaces d,
           (select
              tablespace_name,
              sum(bytes) bytes
            from dba_temp_files
            group by tablespace_name) a,
           (select
              tablespace_name,
              sum(bytes_cached) bytes
            from v$temp_extent_pool
            group by tablespace_name) t
WHERE      d.tablespace_name = a.tablespace_name(+)
AND        d.tablespace_name = t.tablespace_name(+)
AND        d.extent_management like 'LOCAL'
AND        d.contents like 'TEMPORARY'
ORDER BY "Name";
SET FEEDBACK ONand
select * from dba_role_privs where grantee='DATAWAREHOUSE';and
select * from dba_sys_privs where grantee='DATAWAREHOUSE';

Similar Messages

  • ORA-1653: unable to extend table APPLSYS.FND_LOG_MESSAGES by 128 in

    ORA-1653: unable to extend table APPLSYS.FND_LOG_MESSAGES by 128 in tablespace FND_TAB
    as this getting in alert log.........

    Hi,
    Please implement the solutions outlined in the following document.
    Note: 743785.1 - How I resolved ORA-1653 on APPS_TS_TX_DATA tablespace
    https://metalink2.oracle.com/metalink/plsql/ml2_documents.showDocument?p_database_id=NOT&p_id=743785.1
    Regards,
    Hussein

  • Post refresh : unable to extend table SAPSR3.D010TAB by 128 in PSAPSR3700

    Hello,
    SAP Release : ECC6
    Oracle 10g (Locally Managed Tablespace)
    Sun Solaris 10 X86
    We just have performed an homogeneous system copy from our production environnement PMA to our sandbox BMA.
    All the post copy actions have been done ( delete entries from tables, se06, bdls, etc ...)
    The SAP instance is now working correctly.
    Afterwards, I've tried to perform a database check either using the DB13 action "Check database" or
    directly from the command line  : "brconnect -u / -c -f check"
    Either way, I'm getting hundreds of error messages :
    ORA-1653: unable to extend table SAPSR3.D010TAB by 128 in                 tablespace PSAPSR3700
    BR0976W Database message alert - level: ERROR, line: 202054, time: 2008-03-03 17.16.14, message:
    ORA-1653: unable to extend table SAPSR3.D010TAB by 128 in                 tablespace PSAPSR3700
    BR0976W Database message alert - level: ERROR, line: 202055, time: 2008-03-03 17.16.14, message:
    I was quite surprised because the tablespace PSAPSR3700  wasn't saturated (20% free), nevertheless
    I have added a new datafile to the tablespace, but still I'm getting the same error message.
    Tablespace  Size (kb) Free (kb)      Used (%)   Tab/ind    Extents AutoExt (kb)   Used (%) Status Backup   
    PSAPSR3700    105.861.120     28.370.176   73    861     11.051    Off    73    ONLINE     NOT ACTIVE
    I have 28 Gb of free space in tablespace PSAPSR3700  and the system can not extend a 2Gb table ???
    How is it possible ?
    Owner    Object       Type  Tablespace       KBytes         Blocks       Extents   MaxExtents   Next (K)
    SAPSR3   D010TAB  TABLE  PSAPSR3700   2.031.616      253.952       199            1-           0
    I've refreshed the Oracle statistics but it didcn't help either.
    Thank you for your help.
    Best Regards.

    Hello Indus,
    have you seen the date of the alert?
    >ORA-1653: unable to extend table SAPSR3.D010TAB by 128 in tablespace PSAPSR3700
    >BR0976W Database message alert - level: ERROR, line: 202054, time: 2008-03-03 17.16.14, message:
    >ORA-1653: unable to extend table SAPSR3.D010TAB by 128 in tablespace PSAPSR3700
    >BR0976W Database message alert - level: ERROR, line: 202055, time: 2008-03-03 17.16.14, message
    I think that there was a problem on 03.03.2008 and an admin has extended the tablespace.
    Regards
    Stefan

  • ORA-1653: unable to extend table DEV_ADS.ADS_ATTRIBUTES by 128 in tablespace DEV_ADS

    Hi All,
    Oracle 11.2.0.3
    redhat 6.4
    I got these errors for datafile even though the autoextend is on & ample space available on hard disk,
    ORA-1653: unable to extend table DEV_ADS.ADS_ATTRIBUTES by 128 in tablespace DEV_ADS
    ORA-1653: unable to extend table DEV_ADS.ADS_ATTRIBUTES by 1024 in tablespace DEV_ADS
    The Maxbytes for this datafile is 1gb & current size is  100m but it gave error after reacing 100m, i added another datafile to this but i couldnt understand why the autoextend fails
    Tablespace Name                Total size  Used Size Free space     %free       %used
    SYSAUX                                700        662         38          5         94
    UNDOTBS1                             755         27        728         96          3
    INTG_AIM_LOB                       500         67        433         86         13
    USERS                                   5          2               3         60         40
    DEV_ADS                             1100        302        798         72         27
    The usage after adding another datafile is 302 mb then why it cannot autoextend for first datafile.

    Thanks ,
    ulimit -a is unlimited
    The initial size of tablespace was 100m with autoextend max 1000m enabled.
    Table ADS_ATTRIBUTES is created with following clauses
    select INITIAL_EXTENT,NEXT_EXTENT from dba_segments where SEGMENT_NAME='ADS_ATTRIBUTES';
    INITIAL_EXTENT NEXT_EXTENT
             65536     1048576
    select EXTENTS,BLOCKS from dba_segments where SEGMENT_NAME='ADS_ATTRIBUTES';(This after adding one datafile)
       EXTENTS     BLOCKS
            38       2944
    The initail extent is 64mb and values of next extent is 1024m.
    So is that it gave me error for creating second extent of 1024m since maxsize datafile is 1g.Correct me if i am wrong

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

  • ORA-016553: unable to extend table LDS1002.AL_LANGTEXT by 128 in tablespace

    Hi All,
    I've encoutered the following error in BODI when trying to save a file format:
    Error: Error when saving file format <name=CTIN_TEST>
    Cannot save <Text> for repository objet <Language Object CTIN_TEST>, Additional database information: Oracle <DSD1> error message for operation <OCIStmtExecute>: ORA-016535l
    After deleting another sample file format, I was able to save a few file formats before being prompted with the error again.
    Any idea?
    Thanks.

    Yes, the issue is with tablespace. Extending tablespace helps!

  • 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

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

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

  • Unable to extend table tablespace

    when I use SQL*LOADER to load a data file into
    my ORACLE table, the erro message as follow:
    "ORA-01653: unable to extend table JLQ.DETAIL by 210 in
    tablespace USERS"
    JLQ.DETAIL is my table name . how should I do to overcome it ?
    thanks.
    regards.
    null

    : you must extent (or enable autoextent) the datafile of the
    : tablespace USERS.
    using
    SVRMGRL> alter database datafile
    '/u01/oradata/PROD/users01.dbf' resize 50M;
    where 50M is the new, larger size in megabytes.
    Hope this helps.
    Joe
    null

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

Maybe you are looking for