Re: Raw device mappings of multipath disks in RHEL5.4

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Thank you for the followup. Since this is only for testing and the
device won't be needed at boot time, I simply ran the following
commands:

/bin/raw /dev/raw/raw1 /dev/mpath/mpath0
/bin/raw /dev/raw/raw2 /dev/mpath/mpath1
/bin/raw /dev/raw/raw3 /dev/mpath/mpath2

It appears to have worked :)


On Tue, Jan 25, 2011 at 2:26 PM, raj sourabh <rajsourabh1@xxxxxxxxx> wrote:
> Hi,
>
> If the mapper device have been created suceesfully then you may try to map
> the raw devices on rc script (rc.local)
>
> This worked for me. My rc.local looks like;
>
>
> MAKEDEV raw
>
> sleep 2
>
> raw /dev/raw/raw1 /dev/mapper/mpath1p1
> Hope this helps.
>
>
> Regards,
>
> Raj
>
> On Tue, Jan 25, 2011 at 10:17 PM, Matty Sarro <msarro@xxxxxxxxx> wrote:
>
>> Hey everyone. I am trying to run Oracle ORION, which requires that we
>> provide raw disk mappings for it to run. This is to perform a SAN
>> evaluation.
>> I have created /dev/raw/.
>> I have edited the /etc/udev/rules.d/60-raw.rules file trying the
>> following configurations:
>>
>> ACTION=="add", KERNEL="/dev/mpath/mpath0",RUN+="/bin/raw /dev/raw/raw0 %N"
>> ACTION=="add", KERNEL="/dev/mpath/mpath1",RUN+="/bin/raw /dev/raw/raw1 %N"
>> ACTION=="add", KERNEL="/dev/mpath/mpath2",RUN+="/bin/raw /dev/raw/raw2 %N"
>>
>> ACTION=="add", KERNEL="/dev/mapper/mpath0",RUN+="/bin/raw /dev/raw/raw0 %N"
>> ACTION=="add", KERNEL="/dev/mapper/mpath1",RUN+="/bin/raw /dev/raw/raw1 %N"
>> ACTION=="add", KERNEL="/dev/mapper/mpath2",RUN+="/bin/raw /dev/raw/raw2 %N"
>>
>> ACTION=="add", KERNEL="/dev/dm-0",RUN+="/bin/raw /dev/raw/raw0 %N"
>> ACTION=="add", KERNEL="/dev/dm-1",RUN+="/bin/raw /dev/raw/raw1 %N"
>> ACTION=="add", KERNEL="/dev/dm-2",RUN+="/bin/raw /dev/raw/raw2 %N"
>>
>> None of them work. After adding them, I run /sbin/start_udev.
>> Running raw -qa displays nothing.
>>
>> Has anyone tried this? Any advice? I've managed to get ORION running
>> in a handicapped fashion but it dies after the first volley of tests.
>> Still some usable data, but it can't do any of the large writes.
>>
>> --
>> redhat-list mailing list
>> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
>> https://www.redhat.com/mailman/listinfo/redhat-list
>>
> --
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
>

-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list


[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux