Document 1077175.1 https://adc-twvpn-1.oraclevpn.com/+CSCO+1h75676763663A2F2F666...

(alfredo.miranda@oracle.com) Favorites Profile Help Site Map Sign Out

Home Knowledge Systems & Projects Certifications Patches & Updates Service Request Dashboard Support Customer GRP
Browse | Subscriptions | Authoring Wizard | Documents In Progress | Query By Attribute
Filter Search By Keyword ID Adv Search Alt Search Recent Docs Recent Searches Sun Part # Search Last Hit List

Knowledge > Browse > Advanced Search > Search Results > Document Display
Next Steps
ASM disk group mount fails with ORA-15036: disk <name> is truncated (Doc ID 1077175.1)
Modified 05-OCT-2011 Type PROBLEM Status PUBLISHED(EXTERNAL) Priority 3 To Bottom

In this Document
Symptoms
Changes
Cause Add Comment
Solution View Document Statistics
References
Rate Article Now

@ Created from SR 3-1551738021 Rate this document

Excellent
Applies to:
Good
Oracle Server - Enterprise Edition - Version: 10.2.0.1 to 11.2.0.1 [Release: 10.2 to 11.2] Poor
Information in this document applies to any platform. Did this resolve the problem?
NOTE: kfed is an Oracle internal utility and should not be used unless advised by Oracle Support. Interpreting kfed output is outside of the scope of this article. Yes
No
Symptoms
Just Browsing
Was this easily located?
This problem can be seen in a both single instance and RAC and in any ASM version.
Very Easy
Attempt to mount ASM disk group (DG1) fails with the following errors: Somewhat Easy
Not Easy

ORA-15032: not all alterations performed

ORA-15036: disk 'ORCL:DATA10' is truncated
ORA-15036: disk 'ORCL:DATA09' is truncated

Changes

Added two disks, ORCL:DATA09 and ORCL:DATA10 to ASM disk group DG1.
Resized the disks at the OS level.

Cause

System/storage administrator presented two new LUNs, 65530 MB each, to the OS to be used by ASM.
ASM administrator/DBA created ASMLIB disks DATA09 and DATA10 with those LUNs and added the disks to disk group DG1.
As the disks were incorrectly sized, the system/storage admin resized the disks to the intended size - 61530 MB. But they did not advise ASM administrator/DBA about this
change, so noALTER DISKGROUP RESIZE DISK was performed at the ASM level.
Next time the disk group mount was attempted, the above errors were received and the disk group could not be mounted.

Solution

1. Verify that the issue is just with the disk size mismatch between ASM metadata and the actual disk size. To do that, make use of ASM utility kfed
and OS utility fdisk.

1.1. The affected disks (ORCL:DATA09 and ORCL:DATA10) are ASMLIB disks:

$ ls -l /dev/oracleasm/disks
brw-rw---- 1 oracle dba 8, 2 Mar 14 11:25 DATA01
...
brw-rw---- 1 oracle dba 8, 161 Mar 14 11:25 DATA09
brw-rw---- 1 oracle dba 8, 177 Mar 14 11:25 DATA10

1.2. Check the ASM disk headers

$ kfed read /dev/oracleasm/disks/DATA09

kfbh.type: 1 ; 0x002: KFBTYP_DISKHEAD

kfdhdb.driver.provstr: ORCLDISKDATA09 ; 0x000: length=14
kfdhdb.dsknum: 4 ; 0x024: 0x0004
kfdhdb.grptyp: 1 ; 0x026: KFDGTP_EXTERNAL
kfdhdb.hdrsts: 3 ; 0x027: KFDHDR_MEMBER
kfdhdb.dskname: DATA09 ; 0x028: length=6
kfdhdb.grpname: DG1 ; 0x048: length=3
kfdhdb.fgname: DATA09 ; 0x068: length=6
kfdhdb.capname: ; 0x088: length=0
kfdhdb.crestmp.hi: 32934511 ; 0x0a8: HOUR=0xf DAYS=0x13 MNTH=0x2 YEAR=0x7da
kfdhdb.crestmp.lo: 1158806528 ; 0x0ac: USEC=0x0 MSEC=0x7f SECS=0x11 MINS=0x11
kfdhdb.mntstmp.hi: 32934511 ; 0x0b0: HOUR=0xf DAYS=0x13 MNTH=0x2 YEAR=0x7da
kfdhdb.mntstmp.lo: 1158852608 ; 0x0b4: USEC=0x0 MSEC=0xac SECS=0x11 MINS=0x11
kfdhdb.secsize: 512 ; 0x0b8: 0x0200
kfdhdb.blksize: 4096 ; 0x0ba: 0x1000
kfdhdb.ausize: 1048576 ; 0x0bc: 0x00100000
...

That shows the ASM disk header looks fine. Do the same for disk DATA10...

1.3. Check the disk size in the ASM disk header:

1 of 3 21/12/2012 05:47 p.m.

Document 1077175.1 https://adc-twvpn-1.oraclevpn.com/+CSCO+1h75676763663A2F2F666...

$ kfed read /dev/oracleasm/disks/DATA09 | egrep "dskname|dsksize"

kfdhdb.dskname: DATA09 ; 0x028: length=6

kfdhdb.dsksize: 65530 ; 0x0c4: 0x0000fffa

$ kfed read /dev/oracleasm/disks/DATA10 | egrep "dskname|dsksize"

kfdhdb.dskname: DATA10 ; 0x028: length=6

kfdhdb.dsksize: 65530 ; 0x0c4: 0x0000fffa

That shows that both disk headers have the disk size as 65530 MB.

1.4. Check the disk size of the associated LUNs (sd devices):

# ls -l /dev/sd* | egrep "8, 161|8, 177"

brw-rw---- 1 root disk 8, 161 Mar 14 11:25 sdk1

brw-rw---- 1 root disk 8, 177 Mar 14 11:25 sdl1

Note the major and minor device numbers above.

1.5. Get the disk size at the OS level:

# fdisk -l /dev/sdk

Disk /dev/sdk: 68.7 GB, 68719476736 bytes

255 heads, 63 sectors/track, 8354 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System

/dev/sdk1 1 7844 63006898+ 83 Linux

# fdisk -l /dev/sdl

Disk /dev/sdl: 68.7 GB, 68719476736 bytes

255 heads, 63 sectors/track, 8354 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System

/dev/sdl1 1 7844 63006898+ 83 Linux

Above shows that both disk partitions (/dev/sdk1 and /dev/sdl1) are 61530 MB.

2. Using kfed utility correct the disk size info by updating the ASM disk headers for disks DATA09 and DATA10.

2.1. Read the ASM disk header and save the output into a file:

$ kfed read /dev/oracleasm/disks/DATA09 > /tmp/DATA09_header.kfed

2.2. Using a text editor (e.g. vi) edit file /tmp/DATA09_header.kfed, to modify the following line:

kfdhdb.dsksize: 65530 ; 0x0c4: 0x0000fffa

to
kfdhdb.dsksize: 61530 ; 0x0c4: 0x0000f05a

Save the changes.

Repeat for disk DATA10:

$ kfed read /dev/oracleasm/disks/DATA09 > /tmp/DATA10_header.kfed

Modify:
kfdhdb.dsksize: 65530 ; 0x0c4: 0x0000fffa
to
kfdhdb.dsksize: 61530 ; 0x0c4: 0x0000f05a

2.3. Update the ASM disk headers:

$ kfed merge /dev/oracleasm/disks/DATA09 text=/tmp/DATA09_header.kfed

$ kfed merge /dev/oracleasm/disks/DATA10 text=/tmp/DATA10_header.kfed

3. Mount the disk group and update the disk size info at the ASM level

3.1. Log into ASM instance with the correct privileges

$ sqlplus / as sysdba (or 'sqlplus / as sysasm' in ASM version 11.1 and above)

2 of 3 21/12/2012 05:47 p.m.

Document 1077175.1 https://adc-twvpn-1.oraclevpn.com/+CSCO+1h75676763663A2F2F666...

3.2. Resize the disks

SQL> alter diskgroup DG1 resize disk DATA09 size 61530 M;

SQL> alter diskgroup DG1 resize disk DATA10 size 61530 M;

3.3. Dismount and mount the disk group to verify that it mounts with no errors.

References

@ NOTE:284646.1 - Creating and using the kfed utility to view ASM disk header
▼Related
Products

Oracle Database Products > Oracle Database > Oracle Database > Oracle Server - Enterprise Edition > STORAGE > ASM Administration, Errors
Knowledge Categories

Server > Storage > ASM > Known Problems

Database Technology > Database > Storage Management > DB: Storage (Primary)
Keywords

ASM
DISK GROUP
Errors

ORA-15036
ORA-15032

▼Document Attributes

Author bane.radulovic@oracle.com Status PUBLISHED(EXTERNAL)

Owner bane.radulovic@oracle.com Publisher jean-marc.gaudron@oracle.com
Alias Content Type TEXT/X-HTML
Visibility EXTERNAL Priority 3
Created By bane.radulovic@oracle.com Created Date 24-MAR-2010
Modified By BSPRADHA.UK Modified 05-OCT-2011
Reviewer jean-marc.gaudron@oracle.com Review Date 05-OCT-2011
Source AWIZ 3-1551738021 Exception No
Return To Top

Favorites Profile Help Site Map Sign Out

Copyright (c) 2008, Oracle Corporation. All Rights Reserved. Legal Notices and Terms of Use | Privacy Statement

3 of 3 21/12/2012 05:47 p.m.