Re: ASM cannot locate disks

  • From: louis liu <ylouis83@xxxxxxxxx>
  • To: dedba@xxxxxxxxxx
  • Date: Fri, 3 Aug 2012 17:27:02 +0800

seems that ASM file header is damaged try to use kfed repair



2012/8/3 De DBA <dedba@xxxxxxxxxx>

> G'day,
>
> Yesterday the Unix sysadm rebooted a Sun M5000 on which I am running a
> Solaris11 zone with Oracle 11.2.0.3 installed in it. ASM has 2 disk
> groups, each with 2 disks. Before the reboot we shutdown Oracle and the
> zone cleanly, and no errors are logged.
>
> After the reboot, ASM can no longer locate two out of 4 partitions, both
> belonging to diskgroup DATA. The difference between the two that are no
> longer "discovered" and the two other ones is that they are presented as
> RAW by the Hitachi SAN, whereas the good ones (diskgroup REDO) are
> presented as "Solaris".
>
> I have ascertained that all LUNs are still visible and accessible to
> Solaris, and there is no error on the SAN. No work was done on the SAN
> during the outage.
>
>  From the +ASM alert log (alert+ASM.log)
> ---------------------------------------
>
> ERROR: no read quorum in group: required 2, found 0 disks
> NOTE: cache dismounting (clean) group 1/0x65C585A3 (DATA)
> NOTE: messaging CKPT to quiesce pins Unix process pid: 7785, image:
> oracle@seq-prz1-nextfare (TNS V1-V3)
> NOTE: dbwr not being msg'd to dismount
> NOTE: lgwr not being msg'd to dismount
> NOTE: cache dismounted group 1/0x65C585A3 (DATA)
> NOTE: cache ending mount (fail) of group DATA number=1 incarn=0x65c585a3
> NOTE: cache deleting context for group DATA 1/0x65c585a3
> GMON dismounting group 1 at 2 for pid 17, osid 7785
> ERROR: diskgroup DATA was not mounted
> ORA-15032: not all alterations performed
> ORA-15017: diskgroup "DATA" cannot be mounted
> ORA-15063: ASM discovered an insufficient number of disks for diskgroup
> "DATA"
> ERROR: ALTER DISKGROUP DATA MOUNT  /* asm agent *//* {0:0:2} */
>
>
> ADRCI reports no incident and no problem! Apparently losing a complete
> diskgroup is not an issue.... :(
>
> The spfile is stored in the DATA diskgroup, so ASM starts without
> spfile. Repeated reboots do not resolve the problem...
>
> Any suggestions welcome..
>
> Cheers,
> Tony
> --
> //www.freelists.org/webpage/oracle-l
>
>
>


-- 
Phone: +86 13918046970
Email & Gtalk:  ylouis83@xxxxxxxxx
Personal Blog: http://www.vmcd.org


--
//www.freelists.org/webpage/oracle-l


Other related posts: