<div dir="ltr"><div>Thanks.</div>Patch pushed.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 3, 2016 at 1:54 PM, Hannes Reinecke <span dir="ltr"><<a href="mailto:hare@suse.de" target="_blank">hare@suse.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 10/03/2016 01:02 PM, Christophe Varoqui wrote:<br>
> Hi Xose,<br>
><br>
> Group by serial sure can make sense for hardware not capable of multibus.<br>
><br>
> Can you or Hannes (listed as maintainer for IBM) confirm the concerned<br>
> IBM arrays are multibus capable ?<br>
><br>
> Best regards,<br>
> Christophe Varoqui<br>
> OpenSVC<br>
><br>
> On Thu, Aug 18, 2016 at 7:58 PM, Xose Vazquez Perez<br>
</span><span class="">> <<a href="mailto:xose.vazquez@gmail.com">xose.vazquez@gmail.com</a> <mailto:<a href="mailto:xose.vazquez@gmail.com">xose.vazquez@gmail.com</a><wbr>>> wrote:<br>
><br>
> It doesn't make any sense to have, by default, GROUP_BY_SERIAL in<br>
> real hardware.<br>
><br>
</span>> Cc: Hannes Reinecke <<a href="mailto:hare@suse.de">hare@suse.de</a> <mailto:<a href="mailto:hare@suse.de">hare@suse.de</a>>><br>
> Cc: Christophe Varoqui <<a href="mailto:christophe.varoqui@opensvc.com">christophe.varoqui@opensvc.<wbr>com</a><br>
> <mailto:<a href="mailto:christophe.varoqui@opensvc.com">christophe.varoqui@<wbr>opensvc.com</a>>><br>
> Cc: device-mapper development <<a href="mailto:dm-devel@redhat.com">dm-devel@redhat.com</a><br>
> <mailto:<a href="mailto:dm-devel@redhat.com">dm-devel@redhat.com</a>>><br>
<span class="">> Signed-off-by: Xose Vazquez Perez <<a href="mailto:xose.vazquez@gmail.com">xose.vazquez@gmail.com</a><br>
</span>> <mailto:<a href="mailto:xose.vazquez@gmail.com">xose.vazquez@gmail.com</a><wbr>>><br>
<span class="">> ---<br>
> libmultipath/hwtable.c | 4 ++--<br>
> 1 file changed, 2 insertions(+), 2 deletions(-)<br>
><br>
> diff --git a/libmultipath/hwtable.c b/libmultipath/hwtable.c<br>
> index aa3ea9b..72b5e1d 100644<br>
> --- a/libmultipath/hwtable.c<br>
> +++ b/libmultipath/hwtable.c<br>
> @@ -443,7 +443,7 @@ static struct hwentry default_hw[] = {<br>
> /* DS4200 / FAStT200 */<br>
> .vendor = "IBM",<br>
> .product = "^3542",<br>
> - .pgpolicy = GROUP_BY_SERIAL,<br>
> + .pgpolicy = MULTIBUS,<br>
> .pgfailback = FAILBACK_UNDEF,<br>
> },<br>
</span>This is the IBM FAStT 200, which is IIRC an RDAC machine. So multibus<br>
will be wrong here, and it should be using the RDAC entry instead.<br>
<span class=""><br>
> {<br>
> @@ -451,7 +451,7 @@ static struct hwentry default_hw[] = {<br>
> .vendor = "IBM",<br>
> .product = "^2105",<br>
> .no_path_retry = NO_PATH_RETRY_QUEUE,<br>
> - .pgpolicy = GROUP_BY_SERIAL,<br>
> + .pgpolicy = MULTIBUS,<br>
> .pgfailback = FAILBACK_UNDEF,<br>
> },<br>
> {<br>
</span>That's the old IBM ESS 800; this is a fully symmetric active-active<br>
array. So yes, multibus is correct here.<br>
<br>
Cheers,<br>
<br>
Hannes<br>
<span class="HOEnZb"><font color="#888888">--<br>
Dr. Hannes Reinecke zSeries & Storage<br>
<a href="mailto:hare@suse.de">hare@suse.de</a> <a href="tel:%2B49%20911%2074053%20688" value="+4991174053688">+49 911 74053 688</a><br>
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg<br>
GF: J. Hawn, J. Guild, F. Imendörffer, HRB 16746 (AG Nürnberg)<br>
</font></span></blockquote></div><br></div>