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. -
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.
AmitHi 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,
SamuelOK, 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?
ThanksShivendraNarainNirala 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 -
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 issueResult 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
PatrickHi,
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 -
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. -
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 AMHello,
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 adviceHello,
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.
regardsBut 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!
-
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