Subscribe to Posts by Email

Subscriber Count

    696

Disclaimer

All information is offered in good faith and in the hope that it may be of use for educational purpose and for Database community purpose, but is not guaranteed to be correct, up to date or suitable for any particular purpose. db.geeksinsight.com accepts no liability in respect of this information or its use. This site is independent of and does not represent Oracle Corporation in any way. Oracle does not officially sponsor, approve, or endorse this site or its content and if notify any such I am happy to remove. Product and company names mentioned in this website may be the trademarks of their respective owners and published here for informational purpose only. This is my personal blog. The views expressed on these pages are mine and learnt from other blogs and bloggers and to enhance and support the DBA community and this web blog does not represent the thoughts, intentions, plans or strategies of my current employer nor the Oracle and its affiliates or any other companies. And this website does not offer or take profit for providing these content and this is purely non-profit and for educational purpose only. If you see any issues with Content and copy write issues, I am happy to remove if you notify me. Contact Geek DBA Team, via geeksinsights@gmail.com

Pages

ASM: ASM Disk status “_DROPPED_0001_****”

Hi,

Thanks to my colleague(Bhanu) fo raising this,

Issue with ASM disks not persistent in reboot (due to some mis configuration in creating devices or its assignments, thats a different story) causing ASM disks to be failed, fortunately the Voting Disk and the OCR were on the normal redundancy group which does not lid up the night mares for us.

Here you go, seeing the asm disk and status showing the status very wrong,

Point #1, the GRID disk group are part of Diskgroup 3 where the first two lines shows 0 as GN (group number)
Point #2, the line 4 shows the status of the diskgrup is dropped, (can be many reasons, hung after drop etc etc)
Point #3, Candidate disks are just candidates which need not to worry they have just allocated.

So we have problematic disks /dev/mapper/asmt1nrocr3,/dev/mapper/asmt1nrocr1 which are failgroups of GRID (normal redundancy)


col PATH for a50
col HEADER_STATUS for a15
col STATE for a15
col FAILGROUP for a20
col FAILGROUP_TYPE for a25
select group_number as gn, path, name, header_status, state,
failgroup,FAILGROUP_TYPE from v$asm_disk;

       GN PATH                       NAME                 HEADER_STATUS   STATE     FAILGROUP    FAILGROUP_TYPE
---------- -------------------------- -------------------- --------------- --------- ------------ -------------------------
         0 /dev/mapper/asmt1nrocr3                         MEMBER          NORMAL                 REGULAR
         0 /dev/mapper/asmt1nrocr1                         MEMBER          NORMAL                 REGULAR
         0 /dev/mapper/asmt1nrredo2                        CANDIDATE       NORMAL                 REGULAR
         3                            _DROPPED_0001_GRID   UNKNOWN         FORCING   GRID_0001    REGULAR
         0 /dev/mapper/asmt1nrredo1                        CANDIDATE       NORMAL                 REGULAR
         2 /dev/mapper/asmt1nr0002    FRA01_0000           MEMBER          NORMAL    FRA01_0000   REGULAR
         1 /dev/mapper/asmt1nr0001    DATA01_0000          MEMBER          NORMAL    DATA01_0000  REGULAR
         3 /dev/mapper/asmt1nrocr2    GRID_0000            MEMBER          NORMAL    GRID_0003    REGULAR

Lets check the voting disk status , to confirm which disk is now accessible


$ crsctl query css votedisk
##  STATE    File Universal Id                File Name Disk group
--  -----    -----------------                --------- ---------
 1. ONLINE   556186cec0944fafbf8d03cd09767110 (/dev/mapper/asmt1nrocr2) [GRID]
Located 1 voting disk(s).

We have only one working disk which is /dev/mapper/asmt1nrocr2 so the rest two above in Point#1 were just name sake there.

Another check for OCR, okay, OCRCHECK only shows the diskgroup name not the path of the disks, you can skip this step if you want.

$ ocrcheck
Status of Oracle Cluster Registry is as follows :
         Version                  :          3
         Total space (kbytes)     :     262120
         Used space (kbytes)      :       2964
         Available space (kbytes) :     259156
         ID                       :   26755138
         Device/File Name         :      +GRID
                                    Device/File integrity check succeeded

                                    Device/File not configured

                                    Device/File not configured

                                    Device/File not configured

                                    Device/File not configured

         Cluster registry integrity check succeeded

         Logical corruption check bypassed due to non-privileged user

To fix this, (ensure, double ensure you are adding right disks),

1) add to dummy diskgroup (use force option as their metadata is already part of somedisk as it knows, not we ;))
2) And drop the dummy diskgroup

SQL> create diskgroup DUMMY external redundancy 
        disk '/dev/mapper/asmt1nrocr3' force;

Diskgroup created.

SQL> drop diskgroup dummy;

Diskgroup dropped.

SQL> create diskgroup DUMMY1 external redundancy 
     disk '/dev/mapper/asmt1nrocr1'

Diskgroup created.

SQL> drop diskgroup dummy1;

Diskgroup dropped.

When you verify the disks become FORMER, as like below.


SQL> select group_number as gn, path, name, header_status, state,
        failgroup,FAILGROUP_TYPE from v$asm_disk;

        GN PATH                      NAME               HEADER_STATUS   STATE    FAILGROUP  FAILGROUP_TYPE
---------- ------------------------- ------------------ --------------- -------- -------------------------
         0 /dev/mapper/asmt1nrocr3                      FORMER          NORMAL              REGULAR
         0 /dev/mapper/asmt1nrocr1                      FORMER          NORMAL              REGULAR
         0 /dev/mapper/asmt1nrredo2                     CANDIDATE       NORMAL              REGULAR
         3                           _DROPPED_0001_GRID UNKNOWN         FORCING  GRID_0001  REGULAR
         0 /dev/mapper/asmt1nrredo1                     CANDIDATE       NORMAL              REGULAR
         2 /dev/mapper/asmt1nr0002   FRA01_0000         MEMBER          NORMAL   FRA01_0000 REGULAR
         1 /dev/mapper/asmt1nr0001   DATA01_0000        MEMBER          NORMAL   DATA01_0000REGULAR
         3 /dev/mapper/asmt1nrocr2   GRID_0000          MEMBER          NORMAL   GRID_0003  REGULAR

8 rows selected.

Now add back to the disks to failure groups of diskgroup GRID


SQL> alter diskgroup GRID add failgroup GRID_0001 
        disk '/dev/mapper/asmt1nrocr1';

Diskgroup altered.

SQL>  alter diskgroup GRID add failgroup GRID_0002 
        disk '/dev/mapper/asmt1nrocr3';

Diskgroup altered.

Verify the disks now, Whoa!!! the dropped disk also gone and the disks are part of GRID now,


SQL>  select group_number as gn, path, name, header_status, 
         state,failgroup,FAILGROUP_TYPE from v$asm_disk;

        GN PATH                     NAME        HEADER_STATUS   STATE  FAILGROUP   FAILGROUP_TYPE
---------- ------------------------ ----------- --------------- ------ ----------- --------------
         0 /dev/mapper/asmt1nrredo2             CANDIDATE       NORMAL             REGULAR
         0 /dev/mapper/asmt1nrredo1             CANDIDATE       NORMAL             REGULAR
         2 /dev/mapper/asmt1nr0002  FRA01_0000  MEMBER          NORMAL FRA01_0000  REGULAR
         1 /dev/mapper/asmt1nr0001  DATA01_0000 MEMBER          NORMAL DATA01_0000 REGULAR
         3 /dev/mapper/asmt1nrocr3  GRID_0001   MEMBER          NORMAL GRID_0002   REGULAR
         3 /dev/mapper/asmt1nrocr2  GRID_0000   MEMBER          NORMAL GRID_0003   REGULAR
         3 /dev/mapper/asmt1nrocr1  GRID_0002   MEMBER          NORMAL GRID_0001   REGULAR

7 rows selected.

Verify the voting disks, cool three disks were on the slide

$ crsctl query css votedisk
##  STATE    File Universal Id                File Name Disk group
--  -----    -----------------                --------- ---------
 1. ONLINE   556186cec0944fafbf8d03cd09767110 (/dev/mapper/asmt1nrocr2) [GRID]
 2. ONLINE   08922b1061924ffbbf147a7afa5aac83 (/dev/mapper/asmt1nrocr1) [GRID]
 3. ONLINE   6fd6e2184f544f0dbfa855a8812b9ca1 (/dev/mapper/asmt1nrocr3) [GRID]
Located 3 voting disk(s).

Last check if you want, ocrcheck

$ ocrcheck
Status of Oracle Cluster Registry is as follows :
         Version                  :          3
         Total space (kbytes)     :     262120
         Used space (kbytes)      :       2964
         Available space (kbytes) :     259156
         ID                       :   26755138
         Device/File Name         :      +GRID
                                    Device/File integrity check succeeded

                                    Device/File not configured

                                    Device/File not configured

                                    Device/File not configured

                                    Device/File not configured

         Cluster registry integrity check succeeded

         Logical corruption check bypassed due to non-privileged user

Hope this helps to you all as well

1 comment to ASM: ASM Disk status “_DROPPED_0001_****”

  • Hello There,

    This is indeed great! But I think perhaps you are generally referring ASM: ASM Disk status “_DROPPED_0001_****” which is getting unsustainable.

    I need some help from you experts on this stored procedure..

    There are 4-5 batch procedures that will call this stored procedure. The batch will call the stored procedure with ‘I’ parameter in the beginning of the batch process. The batch will call the stored procedure with ‘O’ parameter at the end of the batch process. The stored procedure should write the details into the auditing table.
    But great job man, do keep posted with the new updates.

    Shukran,
    Pranavi