on 01-02-2014 12:20 PM
Hi ,
Last week we had a preventive maintenance shutdown at our data center. After that activity when we tried to bring back our servers we started facing some issue in our Sandbox system which is running on Linux & Oracle.
We couldn't start the oracle server , we tried through sqlplus,
SQL> startup;
ORACLE instance started.
Total System Global Area 2298478592 bytes
Fixed Size 2085616 bytes
Variable Size 1157631248 bytes
Database Buffers 1124073472 bytes
Redo Buffers 14688256 bytes
ORA-00205: error in identifying control file, check alert log for more info
The alert log file has error "Permission denied"
Thu Jan 2 17:35:02 2014
ORA-00202: control file: '/oracle/R01/origlogB/cntrl/cntrlR01.dbf'
ORA-27041: unable to open file
Linux-x86_64 Error: 13: Permission denied
Additional information: 2
Thu Jan 2 17:35:02 2014
ORA-205 signalled during: ALTER DATABASE MOUNT...
But cntrlR01.dbf has file permission 755...
ls -ltr
total 15044
-rwxr-xr-x 1 orar01 dba 15384576 Jan 2 16:44 cntrlR01.dbf
Even we tried after restoring the DB , but still facing the same issue. Any idea , how we can resolve this?
Finally both instance are now up!
The issue is with OS. So Installed OS again , did SAP installation and then restored the DB.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Please provide your alert log file to find the solution.
Thank you
Mahendran
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello
Are you able to access the control files under orar01 user ?
su - orar01
ls -la /oracle/R01/origlogA/cntrl/cntrlR01.dbf
ls -la /oracle/R01/origlogB/cntrl/cntrlR01.dbf
ls -la /oracle/R01/sapdata1/cntrl/cntrlR01.dbf
If possible stop all applications on the server unmount and mount the file systems back.
Do a file system check.
If everything is OK then check the permissions.
Regards
RB
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
SAPSERVER:orar01 130> ls -la /oracle/R01/origlogA/cntrl/cntrlR01.dbf
-rwxr-xr-x 1 orar01 dba 15384576 Jan 3 17:48 /oracle/R01/origlogA/cntrl/cntrlR01.dbf
SAPSERVER:orar01 131> ls -la /oracle/R01/origlogB/cntrl/cntrlR01.dbf
-rwxr-xr-x 1 orar01 dba 15384576 Jan 3 17:49 /oracle/R01/origlogB/cntrl/cntrlR01.dbf
SAPSERVER:orar01 132> ls -la /oracle/R01/sapdata1/cntrl/cntrlR01.dbf
-rwxr-xr-x 1 oran01 dba 15384576 Jan 3 17:46 /oracle/R01/sapdata1/cntrl/cntrlR01.dbf
we tried mounting and unmounting filesystems already.
Hello
Is the control file /oracle/R01/origlogB/cntrl/cntrlR01.dbf present at the OS level ?
ls -la /oracle/R01/origlogB/cntrl/cntrlR01.dbf
If yes the check the permission and ownership of the file and/or the directory or file system.
Regards
RB
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi vignesh,
1.What it is that maintenace task you did explain?
2.Have you deleted any user and recreated?
3.Have you deleted any files or folders?
From your log oracle is not able to write alertlog also, see the error
The alert log file has error "Permission denied" - check the permission
regards,
Suresh Daniel.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Vignesh,
Post restoration did you recreate the control files ?
If not recreate the same and then startup database.
Regards,
Deepak Kori
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Can you please check the below note.
1894803 - Oracle database instance does not start
If it doesn't help can you please post the alert log.
Thanks
RishI Abrol
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
After your database is in no mount state ,
give this command :
show parameter control_files... it will give you location of the control files for your DB .
After that check the permissions of the files, ideally in your situation it should work.
To remove any OS level issues , give 777 to all the control files and then try
SQL> alter database mount
Check the alert log and let us know the output .
Thanks
Rishi
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Rishi,
SQL> show parameter control_files;
NAME TYPE
------------------------------------ ---------------------------------
VALUE
------------------------------
control_files string
/oracle/R01/origlogA/cntrl/cnt
rlR01.dbf, /oracle/R01/origlog
B/cntrl/cntrlR01.dbf, /oracle/
R01/sapdata1/cntrl/cntrlR01.db
f
We changed the the files permission from 755 to 777 , and
SQL> alter database mount;
alter database mount
*
ERROR at line 1:
ORA-00205: error in identifying control file, check alert log for more info
Alert log still has the same error :
Fri Jan 3 11:38:02 2014
alter database mount
Fri Jan 3 11:38:02 2014
ORA-00202: control file: '/oracle/R01/origlogA/cntrl/cntrlR01.dbf'
ORA-27041: unable to open file
Linux-x86_64 Error: 13: Permission denied
Additional information: 2
Fri Jan 3 11:38:05 2014
ORA-205 signalled during: alter database mount...
Hi Vignesh
Thanks for the update.
Seems that there is an issue with this control file : '/oracle/R01/origlogA/cntrl/cntrlR01.dbf' .
We need to try to bring the DB up using the other 2 control files.
Do this :
a) Show parameter pfile
Check if you are using the spfile or pfile.
b) modify your pfile to remove the control_files entry for this file.
Basically control_files should point to only this location as below. take backup of your current pfile.
control_files='/oracle/R01/origlogB/cntrl/cntrlR01.dbf', '/oracle/R01/sapdata1/cntrl/cntrlR01.dbf'
c) After this -
SQL> create spfile from pfile ;
after that issue - startup command and then we will check the out
d) If this opens - our assumption is fine.
Thanks
Rishi
Dear Rishi,
I followed your steps,
SQL> show parameter pfile
NAME TYPE
------------------------------------ ---------------------------------
VALUE
------------------------------
spfile string
/oracle/R01/102_64/dbs/spfileR
01.ora
used vi editor to modify spfileR01.ora to remove '/oracle/R01/origlogA/cntrl/cntrlR01.dbf' and saved.
but,
SQL> create spfile from pfile;
It creates entry '/oracle/R01/origlogA/cntrl/cntrlR01.dbf' again in spfileR01.ora
I tried even running without above query , but in both cases I get the same old error.
Hi,
You cannot edit spfile.
First create pfile from spfile and then edit pfile >> Then start your database using pfile.
sqlplus>> create pfile from spfile;
Edit pfile (Change the controlfile path to some other location
Copy controlfile to new location
sqlplus >> startup pfile=path of pfile
Paste the errors, if any.
Regards,
Nick Loy
Hi Rishi,
I don't think it will allow to mount database if you have an issue with control file.
Vignesh - Just follow the steps mentioned in my last post, edit pfile (not spfile) and copy controlfile to new location and then try to start your database using pfile (startup pfile=path).
Regards,
Nick Loy
Hi Nick
Yes you are right , if the control files mentioned in the parameter files is not correct , then DB will not mount ...
Hence wanted to try to mount the DB using the control files located in the other locations... if the DB mounts , then it is issue with the specific control file.. So wanted to isolate the error ...
if the DB fails to mount , then I think he might need to go to the Linux Team as the issue started in the 1st place after the data center outage...
Thanks
Rishi
Yes Rishi,
But multiple hit and tries unnecessarily creates lot of confusion to the executor.
If alert log is showing an error with permissions, then we should focus on eliminating that.
If replacing the controlfile to other location helps, then the issue will get resolved. If it doesn't help then next action can be taken.
Just to avoid confusion to the executor.
Regards,
Nick Loy
My point was - If issue is with one particular control file/location then it gets resolved by replacing the control file to new location.
If system throws same error even after the control file movement, then there should be some other reason (with corrupted control file etc.).
Regards,
Nick Loy
What guarantee that the datafiles are not having the same problem ?
Try to unmount and mount the file systems like I suggested below.
There is no point in doing the same step again and again.
If none of the suggested steps work then start the restore.
Restoring the control files from the backup alone won't work.
Regards
RB
If issue is with particular mount points where your control file exits, then replacing the control file will help. Try to replace other 2 control files and then check, if issue still persists with data files then there must be some other issue (related to OS/permissions etc.) not with database.
Regards,
Nick Loy
I dont think any issues at OS level.
May be you have not stopped the database during the maintenance or database not completely down before shutdown.
As suggested by Reagan please restore the database and recover.
Mount the database with only one control file - /oracle/R01/sapdata1/cntrl/cntrlR01.dbf
Create a pfile from spfile and then modify the parameter control_files parameter in the pfile by removing
/oracle/R01/origlogA/cntrl/cntrlR01.dbf and /oracle/R01/origlogB/cntrl/cntrlR01.dbf.
Once done start the database in mount with the pfile.
Regards
RB
Hi Guys,
we have tried to bring up Oracle DB with single Control file , after editting initR01.ora
first with
/oracle/R01/origlogA/cntrl/cntrlR01.dbf
then with
/oracle/R01/origlogB/cntrl/cntrlR01.dbf
later
/oracle/R01/sapdata1/cntrl/cntrlR01.dbf
nothing works , then we copied control file to /home/oracntrl ,we tried to bring up the server after editing control file details in initR01.ora. That also failed.
So , We did DB restore and control file restore from backup. Even after that we are getting same issue.
Checked user and group - it is fine. We checked the file system , it is also fine.
Now , I guess the issue is not with the oracle , it must be with OS. So I am sitting along with my Linux team to get it resolved.
Guys to make sure the issue is not with Oracle , I have asked my Linux team to move Oracle mount point to some other Linux server.
After moving the mount points ,
export ORACLE_HOME=/oracle/R01/102_64/
export ORACLE_SID=R01
cd $ORACLE_HOME
cd bin/
sqlplus / as sysdba
SQL> startup mount;
ORACLE instance started.
Total System Global Area 2298478592 bytes
Fixed Size 2085616 bytes
Variable Size 1157631248 bytes
Database Buffers 1124073472 bytes
Redo Buffers 14688256 bytes
Database mounted.
So now it is clear the issue is not with Oracle. Will keep you updated.
Hi Vignesh
Thanks for the information above.
In your last output , it shows as DB as mounted , so the control files issue should be resolved as DB will not mount without using consistent control files.
Did you try a alter database open to check if the DB would open .
If it opens , then do a show parameter control_files to check the location where the control files are being read fine .
Thanks
Rishi
Dear Rishi,
SQL> show parameter control_files
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
control_files string /oracle/R01/origlogA/cntrl/cnt
rlR01.dbf, /oracle/R01/origlog
B/cntrl/cntrlR01.dbf, /oracle/
R01/sapdata1/cntrl/cntrlR01.db
f
Seems none of the control files has the issue. The issue is with file system or OS.
User | Count |
---|---|
101 | |
13 | |
13 | |
11 | |
11 | |
7 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.