I am not sure I am not a oracle dba
Main Topics
Browse All TopicsI have this problem:
ORA-1654: unable to extend index ARTS02.CTRA_DUP_IND by 512 in tablespace REUSE_INDX
I am not good at fixing it and I am looking for help
The server has ample memory & disk space
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.

Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
I tried it and now I get :
ORA-01113: file 10 needs media recovery
ORA-01110: data file 10: '/blertz/delta01/odlf/jrnl
SVRMGR> recover database;
ORA-00283: recovery session canceled due to errors
ORA-01157: cannot identify/lock data file 21 - see DBWR trace file
ORA-01110: data file 21: '/blertz/zone03/odlf/reuse
>ORA-01113: file 10 needs media recovery
outch ....
SVRMGR> recover database;
ORA-00283: recovery session canceled due to errors
ORA-01157: cannot identify/lock data file 21 - see DBWR trace file
ORA-01110: data file 21: '/blertz/zone03/odlf/reuse
well, that is difficult, I fear... did you, by any change, try to run 2 instances on the same database files?
Hi erastus,
The odd thing is hours before you had a working database and something happened in between then and now and you have a datafile needing recovery. So the most important step to take next is to identify exactly what happened.
So please post the results of each of the questions below.
1) Is this database in archivelog mode?
SQL> select log_mode from v$database;
2) How many databases are on this system? If just one, then the first thing I advise you to do is shutdown abort your database and then startup mount mode.
sqlplus / as sysdba
SQL> shutdown abort;
SQL> startup mount;
3) What are the path / filenames of your databases?
SQL> select name, status from v$datafile;
4) Do those pathnames accurately reflect what is actually in the directories? If you are not sure paste them here. You need to verify that all datafiles are where you expect them to be. Make sure all the pathnames reflect what is actually in the directory.
5) IMPORTANT: Please upload your alert.log. The alert log will be located here:
SQL> show parameter background_dump_dest
Please upload and we can try to diagnose the history of what happened between you trying to add a new datafile or autoextend and your current state.
wow !!!!
you guys are super MANY thanks all files shows online
what happened is I increased the file size I epect there was a glitch some where.
as an error accoured.
i then shut the databse doen and coppied the current file to a backup and oppend the file
SVRMGR> select name, status from v$datafile;
NAME STATUS
--------------------
/blertz/alpha00/odl
/blertz/delta01/odlf
/blertz/victor02/odl
/blertz/delta01/odlf
/blertz/zone03/odlf/
/blertz/zone03/odlf/
/blertz/victor02/odl
/blertz/victor02/odl
/blertz/alpha00/odlf
/blertz/delta01/odlf
/blertz/delta01/odlf
/blertz/victor02/odl
/blertz/alpha00/odlf
/blertz/delta01/odlf
/blertz/delta01/odlf
/blertz/zone03/odlf/
/blertz/victor02/odl
/blertz/victor02/odl
/blertz/alpha00/odlf
/blertz/delta01/odlf
/blertz/zone03/odlf/
21 rows selected.
SVRMGR>
In order to help you I really need you to read and answer my questions in detail. You only answered 1 out of the 5 questions I originally posted. If you are seriously interested in recovering this database, please reread in detail and provide all information requested or I will not be able to help.
Firstly, I feel somehow you renamed or copied over this file:
/blertz/zone03/odlf/reuse_
Was this file involved in the step you described above? Please confirm the file exists and wasn't renamed or otherwise tampered.
You said: "i then shut the databse doen and coppied the current file to a backup and oppend the file"
Which file? What did you copy where and how did you open it?
no :
[oracle8@server odlf]$ df -v
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda7 1953408 1799256 154152 92% /
/dev/hda1 19487 2536 15945 14% /boot
/dev/hda5 195956 32844 163112 17% /tmp
/dev/hda6 977180 39588 937592 4% /var
/dev/hda8 17510884 15420420 2090464 88% /blertz/alpha00
/dev/hda9 18298124 9901868 8396256 54% /blertz/delta01
/dev/hdd1 39076880 24321064 14755816 62% /blertz/zone03
/dev/hdc1 39076880 28751712 10325168 74% /blertz/victor02
[oracle8@s
After reviewing your alert log, my opinion is something was seriously wrong with your disk / OS a few days ago. You were getting ORA errors during hot backup mode which is not a good thing either.
1) You had a lot of archive logging errors earlier on, which are usually caused by a full disk, but the errors don't look like a disk full error, it looks like possibly an actual disk or filesystem error and could mean checksum errors in your alert logs.
2) Your other errors regarding ora-1122 could happen 2 ways that I know of.
a) You copied a datafile from another instance
b) The file is simply corrupt (dbverify will be able to tell)
3) ora-1237 errors indicate an OS error at the time of the operation (disk full, quota, etc.)
For all of these please review trace file /blertz/delta01/bgdmp/dbw0
Do you have Oracle support? If not, time to call a consultant.
It is my opinion that either you have disk errors and/or should run a filesystem check at the OS level, or you did some manual file copying that should not have been done and now the instance is in some odd state of flux.
I see in your alert log that a hot backup is taking place daily, that is a good thing, but what worries me is perhaps you were not multiplexing your archive logs and you also have errors in those as well. Cross your fingers.
My advice?
QUICKLY call Oracle or call an Oracle consultant that knows backup and recovery, and let them rescue this system. I would advise a recovery, but only after a full cold backup and a check of your archive logs. An expert can access your system and diagnose just what needs to be done, sometimes a full recovery is not needed, but in this case I think at least a datafile restore will be needed from the last full hot backup. Depending on if you added a datafile since the last backup, you may need to recover from a backup controlfile and roll forward with your archive logs. This is out of scope of this forum, so get an Oracle expert to do this for you.
Business Accounts
Answer for Membership
by: angelIIIPosted on 2009-08-01 at 23:49:51ID: 24997891
are the files in that tablespace configured to "auto-extend"?
you might try to add a new datafile to that filegroup