FAQ
Hi Mohan,

Good to see your problem is solved.

Out of curiosity, may I ask why you explicitly set asm_diskstring when you are using asmlib? It should have been sufficient to leave it to the empty string, or alternatively set to 'ORCL:*'.

You might notice that your library in v$asm_disk is not ASMLib, but system. As far as I know this is not a problem since you still use direct IO.

Best regards,

Martin

Martin Bach

Oracle Certified Master 10g
http://martincarstenbach.wordpress.com
http://www.linkedin.com/in/martincarstenbach

Reply message -----
From: "Mohan"
Date: Fri, Nov 19, 2010 01:09
Subject: unable to add disks to asm diskgroup
To: "Kjetil Strønen"
Cc:

Thanks Kjetil. It was something to do with ASM_DISKSTRING parameter which
was supposed to be

/dev/oracleasm/disks/* and not /dev/oracleasm/disks

Its working now!

-Mohan

2010/11/18 Kjetil Strønen
On Thu, 2010-11-18 at 17:07 -0600, Mohan wrote:
Hi folks,

I am facing this wierd ASM diskgroup issue. I am trying to add disks
to already existing diskgroups data and fra and found the below error:

SQL> alter diskgroup DATA add disk
'/dev/oracleasm/disks/DISK3,/dev/oracleasm/disks/DISK4';
alter diskgroup DATA add disk
'/dev/oracleasm/disks/DISK3,/dev/oracleasm/disks/DISK4'
*
ERROR at line 1:
ORA-15032: not all alterations performed
ORA-15031: disk specification
'/dev/oracleasm/disks/DISK3,/dev/oracleasm/disks/DISK4' matches no
disks
>
Am I missing anything here?
>
I think it might be as simple as >
alter diskgroup DATA add disk '/dev/oracleasm/disks/DISK3',
'/dev/oracleasm/disks/DISK4'; >
--Kjetil
--
http://www.freelists.org/webpage/oracle-l

Search Discussions

  • Steve Harville at Nov 19, 2010 at 10:37 am

    Out of curiosity, may I ask why you explicitly set asm_diskstring when you
    are using asmlib? It should have been sufficient to leave it to the empty
    string, or alternatively set to 'ORCL:*'.
    I had this problem yesterday. Everything was working using ORCL:*.
    Then after rebooting ASM couldn't open any of the devices. I changed
    the diskstring to /dev/oracleasm/disks/* and ASM could open them fine.
    This was the first reboot after the Grid 11.2 install.

    Steve Harville

    http://www.linkedin.com/in/steveharville
  • Steve Harville at Nov 19, 2010 at 2:40 pm
    Here's the output:
    [root_at_d-corp-oradb-0c ~]# /usr/sbin/oracleasm-discover
    Using ASMLib from /opt/oracle/extapi/64/asm/orcl/1/libasm.so
    [ASM Library - Generic Linux, version 2.0.4 (KABI_V2)]
    Discovered disk: ORCL:FC400G06 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G07 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G08 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G09 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G10 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G11 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G12 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G13 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G14 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G15 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G16 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G17 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G18 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G19 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G20 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G21 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G22 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G23 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G24 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G25 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G26 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G27 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G28 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G29 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G30 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G31 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G32 [209715200 blocks (107374182400 bytes),
    maxio 512]
    Discovered disk: ORCL:FC400G33 [209715200 blocks (107374182400 bytes),
    maxio 512]

    Steve Harville

    http://www.linkedin.com/in/steveharville
    On Fri, Nov 19, 2010 at 6:15 AM, jason arneil wrote:
    Hello,

    We too have seen a similar issue.  However, in our case someone had removed some files associated with the asmlib rpms.

    So are you using ASMlib and are you sure it's working correctly?

    If you are using ASMlib what does the following say:

    sudo /usr/sbin/oracleasm-discover

    If you are not using ASMLib then send this email to /dev/null

    Jason.

    --
    http://jarneil.co.uk
    http://blog.jarneil.co.uk
    --
    http://www.freelists.org/webpage/oracle-l

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
grouporacle-l @
categoriesoracle
postedNov 19, '10 at 7:14a
activeNov 19, '10 at 2:40p
posts3
users2
websiteoracle.com

2 users in discussion

Steve Harville: 2 posts Martin Bach: 1 post

People

Translate

site design / logo © 2022 Grokbase