In this Document
Description
Likelihood of Occurrence
Possible Symptoms
Workaround or Resolution
Workaround:
Solution
NOTES:
Patches
Oracle Server - Enterprise Edition - Version: 10.1.0.3 to 11.1.0.6 - Release: 10.1 to 11.1
Information in this document applies to any platform.
***Checked for relevance on 28-May-2010***
A diskgroup with one or more disks of size of 2TB or larger may encounter this problem if data is allocated beyond 2TB.
All platforms are affected as well as configurations using ASMLIB.
@ The first line reports the asm file number (fn=4) and the block (blk4). In this example,
@ kfbh.type: 0 ; 0x002: KFBTYP_INVALID
@ kfbh.type: 0 ; 0x002: KFBTYP_INVALID
Workaround or Resolution
Workaround:
- Don't use disks larger than 2TB.
Solution
- For diskgroups configured with external redundancy, diskgroup needs to be rebuilt using disks under 2TB and data will need to be restored.
- For diskgroups configured with normal or high redundancy, the only way to successfully remove the disk is via DROP DISK FORCE.
You should not do a normal DROP DISK nor RESIZE the disk.
NOTES:
- For Oracle Exadata Storage Server, disks larger than 2TB are supported with the fix for unpublished bug 7553876.
- It is mandatory to drop from diskgroup any disk larger of 2TB even after applying fix for bug 6453944
Patches
The fix prevents using disks larger than 2TB and is included in the following patchsets:
The patch availability can be found in metalink, searching for bug 6453944
- 10.2.0.4
- 11.1.0.7