Re: ASM and EMC PowerPath

From: Andrew Kerber <andrew.kerber_at_gmail.com>
Date: Fri, 8 Apr 2011 15:22:24 -0500
Message-ID: <BANLkTi=0MxjCsH42ApsD3OqERmDag77t5g_at_mail.gmail.com>



I believe there are options with kfod to do some of this. The asm_diskstring parameter should show you how it is finding the disks currently. As I recall, if you try and change asm_diskstring, and current disks arent listed it wont let you.

On Fri, Apr 8, 2011 at 4:04 AM, Radoulov, Dimitre <cichomitiko_at_gmail.com>wrote:

>
> One more question:
>
> - oracleasm querydisk -p shows correctly all paths (physical and logical)
> to the devices.
> - oracleasm querydisk -d shows the first one found during discovery
>
> How can we know which path was used originally, when the disk was created?
>
>
>
> Best regards
> Dimitre
>
>
>
> On 08/04/2011 10:42, Radoulov, Dimitre wrote:
>
>>
>> Hi Martin,
>> thanks again for the valuable suggestions!
>>
>> No, there's neither UAT nor DR environment for this database ...
>>
>> Assuming no changes to the oracleasm configuration,
>> could the following operations still break/have an impact on the live
>> database?
>>
>> 1. Add new disks to the servers.
>> 2. Create disks using the oracleasm createdisk command (using the first
>> path found, in this case one of the two physical paths).
>> 3. Create new diskgroup using the new disks.
>>
>> I don't know if running scandisks, in order to make the newly created
>> disks visible to the other nodes,
>> could have a negative impact on the rest of the system.
>>
>> I'm only looking for information and suggestions,
>> I realize these operations could be destructive and most probably we will
>> call Oracle for this.
>>
>>
>> The library shows as:
>>
>> ASM Library - Generic Linux, version 2.0.4 (KABI_V2)
>>
>>
>>
>> Best regards
>> Dimitre
>>
>>
>> On 08/04/2011 10:20, Martin Bach wrote:
>>
>>> Hi Dimitre,
>>>
>>> As you're live with production such a change shouldn't be made without
>>> proper testing-is your UAT environment a suitable candidate for this? You
>>> might create situation where not only the new disks aren't visible, but
>>> worse: the old ones won't be either creating the "perfect outage". I usually
>>> do such changes in DR first, or alternatively ensure that DR can be
>>> activated and stakeholders are aware of the risk. You'd then hope that you
>>> followed change management correctly and kept production and DR in sync ....
>>> But that keeps the job interesting!
>>>
>>> Also, out of curiosity, what's the output of v$asm_disk.library - does it
>>> show system or asmlib?
>>>
>>> Best regards,
>>>
>>> Martin
>>>
>>> Martin Bach
>>> Martin Bach Consulting Ltd
>>> http://www.linkedin.com/in/martincarstenbach
>>> http://martincarstenbach.wordpress.com
>>>
>>> -----Original Message-----
>>>> From: oracle-l-bounce_at_freelists.org [mailto:
>>>> oracle-l-bounce_at_freelists.org]
>>>>
>>> ....
>>>
>>>
>>>
>>
> --
> http://www.freelists.org/webpage/oracle-l
>
>
>

-- 
Andrew W. Kerber

'If at first you dont succeed, dont take up skydiving.'

--
http://www.freelists.org/webpage/oracle-l
Received on Fri Apr 08 2011 - 15:22:24 CDT

Original text of this message