Import fails with unable to extend table CUSTOM.CASA_TRAN_HIST_UPLD by 6999

Hi,
I have taken export backup of table from 9.2.0.4 on AIX & trying to import in 11.1.0.7.0 on AIX
while importing im getting the following error.
ORA-01653: unable to extend table CUSTOM.CASA_TRAN_HIST_UPLD by 699912 in tablespace CUSTOM
As the table size is 37G , total free space in tablespace is 40G,
& no index on the table.
following are sum lines from import file
Connected to: Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Export file created by EXPORT:V09.02.00 via direct path
import done in US7ASCII character set and UTF8 NCHAR character set
import server uses AL32UTF8 character set (possible charset conversion)
export server uses AL16UTF16 NCHAR character set (possible ncharset conversion)
. importing DATAMIG's objects into CUSTOM
. . importing table "CASA_TRAN_HIST_UPLD"
IMP-00058: ORACLE error 1653 encountered
ORA-01653: unable to extend table CUSTOM.CASA_TRAN_HIST_UPLD by 699912 in tablespace CUSTOM
IMP-00028: partial import of previous table rolled back: 62844421 rows rolled back
IMP-00017: following statement failed with ORACLE error 1917:
"GRANT SELECT ON "CASA_TRAN_HIST_UPLD" TO "BSGUSER""
IMP-00003: ORACLE error 1917 encountered
ORA-01917: user or role 'BSGUSER' does not exist
Import terminated successfully with warnings.
is there any to resolve the issue.
how to change NCHAR set for import.
Thanks

Hello,
which & how i can set character set for import.About the Character Set, it's a setting at the Database creation. You may check it by using the following query on the Source and Target Databases:
select * from v$nls_parameters; The NLS_CHARACTERSET will give you the Character set of the Database.
It cannot be changed easily. It may imply a Database creation and export/import of data ( see Note *225912.1* ).
Else, when you export (with the Original Export/Import utility) it's recommended to set the NLS_LANG parameter.
The NLS_LANG parameter has 3 components:
- Language
- Territory
- Client Character Set
A wrong setting of the NLS_LANG may lead to conversion. However starting with *9i* most data is exported with the Character Set of the Database regardless the NLS_LANG setting. The following note may give you some details about it:
Export/Import and NLS Considerations [ID 15095.1]Hope this help.
Best regards,
Jean-Valentin

Similar Messages

  • URGENT: Form Import FAILED with  Unable to generate UI form: ORA-0650

    I am importing application components from one installation of portal 3.0.9.8 to another installation. Both installed versions of POrtal are the same.
    The application name is PROFILE_APP. I have created this same app with same specifications as in source, in the target portal instance.
    To import, I am using the SQL scripts generated through portal using the "Export" feature available for each component.
    I could successfully import LOV into this app from source to target by running the above generated SQL. When i run the SQL for the form component in the target - i get the following error :
    ...Importing component: ID = 5861481106 Name = WST_USER_PROFILE_V_FRM Owner = WST_PROFILE_PORTAL30_APP Type = FOT
    *** ERROR ***
    wwa_generate_module.transfer_fot_metadata: Unable to generate UI form: ORA-06502: PL/SQL: numeric or value error
    The form worked successfully in the source instance.
    Any help is greatly appreciated.
    Thank you,
    Tanushree.

    Form CustomForm_791b1adc_97fd_4de1_a077_646a418fe59b extends form Microsoft.EnterpriseManagement.ServiceManager.ChangeManagement.Forms.ChangeRequestForm, which already has another extension (CustomForm_3e2fd77f_cfed_40f9_9def_c6735078bf2a).
    you already have a form customization that extends the change request form, and this MP is also importing a different customization to the same form. each form can only have one customization. 

  • Unable to extend table

    Hi All,
    I have Oracle 8i installed on Redhat 7.3
    I am trying to import from a large dmp file (10 GB). Initially I was getting error related to "unable to extend datafile", which I got over by creating multiple datafiles with size 2GB each. Thanks to the help provided on this list.
    But now I ran into another error that reads as following:
    IMP-00058: ORACLE error 1653 encountered
    ORA-01653: unable to extend table XXX.XXX_DAT by 311072 in tablespace YYY
    IMP-00017: following statement failed with ORACLE error 1031:
    "CREATE TRIGGER "USERME".XXX_BI before insert"
    I have created enough datafile and I have 60 GB available space on the drive. Please guide me as to what am I doing wrong here, and how could I get over this problem.
    Thanks.
    Amit

    Hi Joel,
    Thanks for your time.
    I have already done that part before I started import. The user has unlimited quota on the tablespace. But the problem still shows up.
    By the way, I have multiple dmp files, I could import the first dmp file, but this error shows up while doing the import for the next dmp file, which should just append the data to the existing table. I am sorry, I should have mentioned this before.
    Please advise.
    -Amit

  • Unable to extend table in tablespace

    Hi,
    I have a Oracle Database 11g Release 11.1.0.6.0 - 64bit Production With the Real Application Clusters option.
    I'm receiving the unable to extend table T_DATA in tablespace USER
    I'm using ASM.
    This is the situation of datafiles of USER tablespace (dimension is in GB):
    +DATA/evodb/datafile/users.277.737627613     USERS     9,97265625
    +DATA/evodb/datafile/users.275.731805999     USERS     60,97265625
    +DATA/evodb/datafile/users.261.662113927     USERS     63,999969482421875
    +DATA/evodb/datafile/users.264.705345395     USERS     63,999969482421875
    +DATA/evodb/datafile/users.265.698502565     USERS     63,999969482421875
    +DATA/evodb/datafile/users.268.718788313     USERS     63,999969482421875
    It seems I still have 2 datafile that can grow (maximium size is 63,999969482421875)
    This is the situation of DATA group (the one to which USER tablespace belongs):
    Group # | Name | Free_mb | Usable_file_mb | total_mb
    2     DATA     300051     300051     1134809
    And this is the situation of every device belonging to DATA diskgroup:
    Path | disk_number | group_name | group_number | header_status| free_mb | os_mb | total_mb
    /dev/asm212     13     DATA     2     MEMBER     56627     208500     208500
    /dev/asm9     7     DATA     2     MEMBER     12607     48127     48127
    /dev/asm6     4     DATA     2     MEMBER     12600     48127     48127
    /dev/asm8     6     DATA     2     MEMBER     12595     48127     48127
    /dev/asm11     9     DATA     2     MEMBER     13315     51199     51199
    /dev/asm211     11     DATA     2     MEMBER     56555     208500     208500
    /dev/asm5     3     DATA     2     MEMBER     12611     48127     48127
    /dev/asm3     1     DATA     2     MEMBER     12614     48127     48127
    /dev/asm12     10     DATA     2     MEMBER     0     5115     5115
    /dev/asm7     5     DATA     2     MEMBER     12584     48127     48127
    /dev/asm213     12     DATA     2     MEMBER     60138     228352     228352
    /dev/asm4     2     DATA     2     MEMBER     12608     48127     48127
    /dev/asm10     8     DATA     2     MEMBER     12598     48127     48127
    /dev/asm2     0     DATA     2     MEMBER     12599     48127     48127
    Why table cannot extend??
    And more:
    if I try to add a datafile to USER tablespace, I got:
    ORA-17502: ksfdcre:4 Failed to create file +DATA
    ORA-15041: diskgroup space exhausted
    01119. 00000 - "error in creating database file '%s'"
    Any suggestion??
    thanks in advance,
    Samuel

    OK, but what does FREE_MB mean?
    Is it the unallocated space?
    Is it possible that this disk:
    path | disk_number | group_name | group_number | header_status| free_mb | os_mb | total_mb
    /dev/asm12 10 DATA 2 MEMBER 0 5115 5115
    is causing the error?
    Does it make sense to try to remove it from the diskgroup? I should have more than enough space on other disks of the DATA diskgroup.
    Edited by: Samuel Rabini on Jan 12, 2011 6:14 PM

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

  • 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

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

  • 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

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

Maybe you are looking for

  • ICal moving an event to a new date, next week or next months,

    how do i drag my event from todays days to next months, i can not seem to drag an event from a date to another date unless its in the same week if in week view, or same month if in the mionth view, Their must be a simple drag function Message was edi

  • Does Discoverer work with BEA Web logic Server ?

    We are planning to get Oracle Discoverer as an BI Tool and BEA WebLogic Server as the web application server. I am just interested to know if anybody using Oracle Discoverer as an application tool against BEA WebLogic Server in the Middle Tier and Or

  • 1.1.4 update fix

    Hello, iTouch update 1.1.4 seems to have solved Safari's ability to zoom into text without crashing on my iTouch. Thanks!

  • IDVD Warning

    Hi What does the below mentioned message in >console>DiscRecording.log mean? It is iDVD version 4.0.1 and was beeing transferred via Migration Assistent from 10.3.9 to 10.4.2. I'm not using the app. at the moment and a short check didn't show any pro

  • Migrating from antique 10.3 server to 10.6 managed environment. tips?

    Hi, I'm migrating an old 10.3 Server to 10.6 (new hardware) and I was wondering if anyone had any tips or warnings before we start this process. 10.3 server only has following services active: AFP, Mail, OD, Web. It's important to note that users sim