From: David Huffman <dm-devel@storix.com>
To: device-mapper development <dm-devel@redhat.com>
Subject: Re: multipath: Determine which device to use for grubdevice.map file
Date: Fri, 19 Feb 2010 14:32:52 -0800 [thread overview]
Message-ID: <4B7F1194.2040201@storix.com> (raw)
In-Reply-To: <8F08A56613D77044BD153E2AC5DA0F8403B0E9F0@CORPUSMX40A.corp.emc.com>
Thanks for the response Wayne, but this does me no good. You cannot use
the /dev/disk/by-id/* entries for device.map. You have to use the block
device and not a link or dm-* device name.
Essentially, I need to know which underlying paths can be written to
directly.
-David
berthiaume_wayne@emc.com wrote:
> Hi David.
>
> For SLES you should be using
> /dev/disk/by-id/36006016094511600449d92ae1937d611-part2 for a typical
> root partition.
>
> Regards,
> Wayne.
>
> -----Original Message-----
> From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com]
> On Behalf Of David Huffman
> Sent: Thursday, February 18, 2010 8:15 PM
> To: dm-devel@redhat.com
> Subject: [dm-devel] multipath: Determine which device to use for
> grubdevice.map file
>
> I need to configure a dm-multipath device (mpatha) as a boot disk in a
> script. For RHEL it appears I can put the mpath device in my device.map
> file. However, for SLES 11 if I use the mpath device, grub fails with
> "Floating point exception". For SLES I have to use the underlying path
> device (sd[a-z]).
>
> I know which devices make up my multipath disk. Here is an example that
> shows my problem.
>
> mpatha (36006016094511600449d92ae1937d611) dm-0 DGC,DISK
> [size=50G][features=1 queue_if_no_path][hwhandler=1 emc][rw]
> \_ round-robin 0 [prio=2][active]
> \_ 2:0:1:0 sdd 8:48 [active][ready]
> \_ 3:0:1:0 sdf 8:80 [active][ready]
> \_ round-robin 0 [prio=0][enabled]
> \_ 2:0:0:0 sdc 8:32 [active][ready]
> \_ 3:0:0:0 sde 8:64 [active][ready]
>
> Out of the 4 paths, only two (sdd and sdf) are active. This output is
> not very good to parse through in a script to determine which disks I
> can specify in my device.map file. Is there a command or better way to
> determine which underlying paths I can use in my device.map file.
>
> For clarification, here is a breakdown of my device.map entries and the
> results:
>
> (hd0) /dev/mapper/mpatha - FAIL with "Floating point exception"
>
> (hd0) /dev/sdc - FAIL with "Error 21: Selected disk does not exist"
>
> (hd0) /dev/sdd - Success!!!
>
> I would rather put the mpath device in device.map, but that does not
> appear to be an option for SLES. Is there a way to determine the
> underlying path device that is "active" and not just enabled?
>
> Right now I can run "dd if=/dev/sdc of=/dev/null bs=512 count=1
> 2>/dev/null; echo $?"
>
> This will tell me in the device can be written to. Any suggestions would
>
> be helpful.
>
> - David
>
> --
> dm-devel mailing list
> dm-devel@redhat.com
> https://www.redhat.com/mailman/listinfo/dm-devel
>
>
> --
> dm-devel mailing list
> dm-devel@redhat.com
> https://www.redhat.com/mailman/listinfo/dm-devel
>
next prev parent reply other threads:[~2010-02-19 22:32 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-02-19 1:14 multipath: Determine which device to use for grub device.map file David Huffman
2010-02-19 19:53 ` multipath: Determine which device to use for grubdevice.map file berthiaume_wayne
2010-02-19 22:32 ` David Huffman [this message]
2010-02-20 0:04 ` malahal
2010-02-22 6:41 ` Hannes Reinecke
[not found] <mailman.31.1266685205.1349.dm-devel@redhat.com>
2010-02-20 20:16 ` Levy_Jerome
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4B7F1194.2040201@storix.com \
--to=dm-devel@storix.com \
--cc=dm-devel@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.