<div dir="ltr">This sanity check is useful because users can set arbitrary getuid scripts, and thus corrupt data if their getuid callout is bogus.<div>Now, this getuid callout facility is a lot less publicized ...</div><div>
I'd apply the patch, no problem on my side.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jul 24, 2014 at 10:46 AM, 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">Hi Christophe,<br>
<br>
I've had a customer issue where someone complained that multipath would reject paths if they are in ALUA 'standby'.<br>
As it turns out, SPC-3 does _not_ require the READ_CAPACITY command to be implemented if a target port is in standby.<br>
Consecutively, linux would register this path with a capacity of '0', and multipath would reject the path in ev_add_path().<br>
<br>
Which makes we wonder, do we actually _need_ the check for a matched capacity?<br>
With VPD page 0x83 pretty much standard as of now (and I'm reasonbly sure we'll reject any device _not_ providing VPD page 0x83 anyway) we basically have to rely on that information.<br>
IE if the WWID is identical we have assume the devices are identical. So it would make sense to just remove the check altogether.<br>
<br>
Thoughts?<br>
<br>
Cheers,<br>
<br>
Hannes<span class="HOEnZb"><font color="#888888"><br>
-- <br>
Dr. Hannes Reinecke                   zSeries & Storage<br>
<a href="mailto:hare@suse.de" target="_blank">hare@suse.de</a>                          <a href="tel:%2B49%20911%2074053%20688" value="+4991174053688" target="_blank">+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></div>