0% found this document useful (0 votes)
608 views5 pages

ASM Disk Discovery Error on Solaris

1) The disk was not being discovered by ASM on Solaris due to it referencing the "backup" partition (#2) which contains the OS partition label and metadata and starts at cylinder 0, rather than a valid data partition. 2) The "backup" partition is not a valid raw device for ASM. 3) The issue was resolved by using the correct data partition (/dev/rdsk/c4t60060480000190103592533031453837d0s6) to create the diskgroup, which succeeded.

Uploaded by

baraka08
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
608 views5 pages

ASM Disk Discovery Error on Solaris

1) The disk was not being discovered by ASM on Solaris due to it referencing the "backup" partition (#2) which contains the OS partition label and metadata and starts at cylinder 0, rather than a valid data partition. 2) The "backup" partition is not a valid raw device for ASM. 3) The issue was resolved by using the correct data partition (/dev/rdsk/c4t60060480000190103592533031453837d0s6) to create the diskgroup, which succeeded.

Uploaded by

baraka08
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 5

19/2/2016 Document Display

ASM is not Discovering Disks on Solaris: ORA­15025 ORA­27041 SVR4 Error: 5: I/O error.
(Doc ID 1300393.1)

In this Document

Symptoms
Cause
Solution
  Community Discussions

APPLIES TO:

Oracle Database ­ Enterprise Edition ­ Version 10.2.0.1 to 12.1.0.2 [Release 10.2 to 12.1]
Information in this document applies to any platform.
***Checked for relevance on 24­Mar­2015*** 

SYMPTOMS

1) Unable to add a new disks to existing diskgroups or unable to create new diskgroups using new disks due to the
next errors (on Solaris):

SQL> create diskgroup testdg external redundancy disk
'/dev/rdsk/c4t60060480000190103592533031453837d0s2';
create diskgroup testdg external redundancy disk  
'/dev/rdsk/c4t60060480000190103592533031453837d0s2'
*  
 
ERROR at line 1:
 
ORA­15018: diskgroup cannot be created
ORA­15031: disk specification  
 
'/dev/rdsk/c4t60060480000190103592533031453837d0s2' matches no disks
ORA­15025: could not open disk  
 
'/dev/rdsk/c4t60060480000190103592533031453837d0s2'
ORA­27041: unable to open file  
SVR4 Error: 5: I/O error  
 
Additional information: 42
Additional information: 0  
 
Additional information: 103997248

2) Disks have the correct ownership and permissions:

SQL> !ls ­l /dev/rdsk/c4t60060480000190103592533031453837d0s2
 
lrwxrwxrwx 1 root root 67 Feb 22 20:53 /dev/rdsk/c4t60060480000190103592533031453837d0s2
­> 
   
../../devices/scsi_vhci/ssd@g60060480000190103592533031453837:c,raw
   
 
SQL> ! ls ­l /devices/scsi_vhci/ssd@g60060480000190103592533031453837:c,raw
 
https://support.oracle.com/epmos/faces/SearchDocDisplay?_adf.ctrl­state=7r60j1kcu_4#CAUSE 1/5
19/2/2016 Document Display
SQL> ! ls ­l /devices/scsi_vhci/ssd@g60060480000190103592533031453837:c,raw
crw­rw­­­­ 1 oracle dba 118, 338 Mar 2 09:48   
   
/devices/scsi_vhci/ssd@g60060480000190103592533031453837:c,raw

3) Also, it can be discovered by ASM:

SQL> show parameter asm
   
NAME TYPE VALUE
 
­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­ ­­­­­­­­­­­ ­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­
asm_diskgroups string LOANIQ_REDO01DG01, LOANIQ_REDO  
02DG01, LOANIQ_ARCHDG01, LOANI  
Q_DATADG01  
 
asm_diskstring string /dev/rdsk/*
   
asm_power_limit integer 1
   
SQL> select path from v$asm_disk;
   
PATH
 
­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­­
/dev/rdsk/c4t60060480000190103592533031453837d0s2  

4) And the disk can be accessed at OS level using dd:

SQL> !dd if=/dev/rdsk/c4t60060480000190103592533031453837d0s2 of=/dev/null count=100
bs=8192 
 
100+0 records in
 
100+0 records out

CAUSE

1) Using format command, confirmed that the “/dev/rdsk/c4t60060480000190103592533031453837d0s2” raw
device/partitions is not a valid partition since it is referencing the “backup” partitions (#2 below), which contains the
OS partition label (VTOC) & OS metadata and also start in the cylinder # 0: 

 
# format
 
Searching for disks...done
   
c4t60060480000190103592533031453837d0: configured with capacity of 68.24GB
   
 
AVAILABLE DISK SELECTIONS:
 
0. c2t50060482D5300A28d0 <EMC­SYMMETRIX­5772 cyl 1 alt 2 hd 15 sec 128>
/pci@8,700000/lpfc@5/fp@0,0/ssd@w50060482d5300a28,0  
 
1. c3t50060482D5300A07d0 <EMC­SYMMETRIX­5772 cyl 1 alt 2 hd 15 sec 128>
/pci@8,600000/lpfc@2/fp@0,0/ssd@w50060482d5300a07,0  
 
2. c4t20000014C3739DB2d0 <SUN146G cyl 14087 alt 2 hd 24 sec 848>
/scsi_vhci/ssd@g20000014c3739db2  
 
3. c4t20000014C3739FBCd0 <SUN146G cyl 14087 alt 2 hd 24 sec 848>
/scsi_vhci/ssd@g20000014c3739fbc  
 
https://support.oracle.com/epmos/faces/SearchDocDisplay?_adf.ctrl­state=7r60j1kcu_4#CAUSE 2/5
19/2/2016 Document Display

4. c4t60060480000190103592533030463238d0 <EMC­SYMMETRIX­5772 cyl 37270 alt 2 hd 30 sec
128>
.  




 
23. c4t60060480000190103592533031453837d0 <EMC­SYMMETRIX­5772 cyl 37270 alt 2 hd 30 sec
128>
 
/scsi_vhci/ssd@g60060480000190103592533031453837
Specify disk (enter its number): 23  
 
selecting c4t60060480000190103592533031453837d0
[disk formatted]  
 
Disk not labeled. Label it now? yes
   
 
FORMAT MENU:
 
disk ­ select a disk
 
type ­ select (define) a disk type
 
partition ­ select (define) a partition table
current ­ describe the current disk  
 
format ­ format and analyze the disk
repair ­ repair a defective sector  
label ­ write label to the disk  
analyze ­ surface analysis  
 
defect ­ defect list management
 
backup ­ search for backup labels
verify ­ read and display labels  
 
save ­ save new disk/partition definitions
 
inquiry ­ show vendor, product and revision
volname ­ set 8­character volume name  
!<cmd> ­ execute <cmd>, then return  
quit  
 
format> p
   
 
PARTITION MENU:
 
0 ­ change `0' partition
1 ­ change `1' partition 
2 ­ change `2' partition 
3 ­ change `3' partition 
4 ­ change `4' partition 
5 ­ change `5' partition 
6 ­ change `6' partition 
7 ­ change `7' partition 
 
select ­ select a predefined table
 
modify ­ modify a predefined partition table
name ­ name the current table  
 
print ­ display the current table
 
label ­ write partition map and label to the disk
!<cmd> ­ execute <cmd>, then return  
quit  
 
partition> p
 
Current partition table (original):
 
Total disk cylinders available: 37270 + 2 (reserved cylinders)
   
Part Tag Flag Cylinders Size Blocks
 
0 root wm 0 ­ 68 129.38MB (69/0/0) 264960
 
1 swap wu 69 ­ 137 129.38MB (69/0/0) 264960
 
2 backup wu 0 ­ 37269 68.24GB (37270/0/0) 143116800 <(== Incorrect
3 unassigned wm 0 0 (0/0/0) 0  
4 unassigned wm 0 0 (0/0/0) 0 
5 unassigned wm 0 0 (0/0/0) 0 
 
6 usr wm 138 ­ 37269 67.99GB (37132/0/0) 142586880
7 unassigned wm 0 0 (0/0/0) 0  
 
https://support.oracle.com/epmos/faces/SearchDocDisplay?_adf.ctrl­state=7r60j1kcu_4#CAUSE 3/5
19/2/2016 Document Display

 
partition> q

2) Normal 0 “backup” partitions are not valid raw devices for ASM since it contains the OS partition label and OS
metadata and also start in the cylinder # 0.

SOLUTION

Using the correct partition (e.g. #6) ==)> “/dev/rdsk/c4t60060480000190103592533031453837d0s6”, the
diskgroup was successfully created:

# chown oracle:dba /dev/rdsk/c4t60060480000190103592533031453837d0s6 
   
# chmod g+w /dev/rdsk/c4t60060480000190103592533031453837d0s6 
   
SQL> !dd if=/dev/rdsk/c4t60060480000190103592533031453837d0s2 of=/dev/null count=100 bs=8192
100+0 records in  
 
100+0 records out
   
SQL> create diskgroup testdg external redundancy disk
'/dev/rdsk/c4t60060480000190103592533031453837d0s6';
   
Diskgroup created.

Community Discussions

Still have questions? Use the communities window below to search for similar discussions or start a new discussion
on this subject. (Window is the live community not a screenshot)

Click here to open in main browser window

https://support.oracle.com/epmos/faces/SearchDocDisplay?_adf.ctrl­state=7r60j1kcu_4#CAUSE 4/5
19/2/2016 Document Display

Todos los lugares  > My Oracle Support Community  > Oracle Database (MOSC) > Storage Management (ASM ACFS DNFS ODM) (M

Storage Management (ASM ACFS DNFS ODM) (M
Vista general Contenido Personas Subespacios y proyectos

SPACES YOU FOLLOW PREGUNTAR STORAGE MANAGEMENT (ASM ACFS DNFS ODM) (MOSC)

Espacios Escriba su pregunta

Find Space PREGUNTAR

Escriba para empezar su búsqueda

Storage Management News & Announcements

Oracle 12c is now Available!
Oracle Database 12c (Overview)
12c Software is Available
12c Documents
Oracle Magazine: SPARC microprocessors, SPARC T5 and SPARC 
Archive Issues

Didn't find what you are looking for?

https://support.oracle.com/epmos/faces/SearchDocDisplay?_adf.ctrl­state=7r60j1kcu_4#CAUSE 5/5

You might also like