![]() | Sun System Handbook - ISO 4.1 October 2012 Internal/Partner Edition | ||
|
|
![]() |
||||||||||||
Solution Type Problem Resolution Sure Solution 1462421.1 : ORA-00600: [17090] If A Disk Fails Or Goes Offline During Disk Resize
A Disk Failure or Disk going offline during a re size operation may result ORA-00600: internal error code, arguments: [17090] and failure of re-size operation Created from <SR 3-5688153331> Applies to:Exadata Database Machine V2 - Version Not Applicable to Not Applicable [Release N/A]Oracle Exadata Hardware - Version 11.2.0.1 and later Information in this document applies to any platform. SymptomsA Disk Failure or Disk going offline during a re size operation may result ORA-00600: internal error code, arguments: [17090] and failure of re-size operation. CauseThis is due to Bug 9847699
SolutionWhen this bug hit an ORA-00600 [17090] is reported and resize operation fails. In exadata, if this happens due to a disk failure during the resize following action may be taken.
1. Re-issue the failed disk resize command. ALTER DISKGROUP <DG_NAME> RESIZE ALL SIZE <NEW_SIZE> REBALANCE POWER <N>; 2. Wait for Rebalance to Finish . 3. Replace the failed disk , following the procedure appropriate for the version. (DISK resize procedure in Exadata Involves resize of grid disks first and then resize of disks at ASM level. If the failed disk is replaced before the ASM Disk resize completes it may get added to ASM with new (in most cases bigger ) size and in certain cases it may lead to space issues during rebalance. Hnece it is safe to complete the resize operation first and then replace the failed disk).
This bug will be fixed in version 12.1 References<BUG:14077479> - ORA-00600: [17090] DURING RESIZE OF ASM DISKS@ <BUG:9847699> - TB_ASM_X64: ORA-00600 [17090] WHEN A DISK GOES OFFLINE DURING RESIZE Attachments This solution has no attachment |
||||||||||||
|