[LSF/MM ATTEND] [LSF/MM TOPIC]

[LSF/MM ATTEND] [LSF/MM TOPIC]

[Ewan Milne]

I'd like to attend LSF -- I am responsible for maintaining the SCSI
subsystem at Red Hat, and in addition to resolving issues for customers
and partners, I've been participating in upstream development for the
past couple of years.  I have an extensive background in SCSI and OS
development, including 15 years of working with the Linux kernel.

I would also like to have a discussion at LSF/MM 2015 about how we could
better handle devices whose properties change after being probed. This
includes:

  - READ CAPACITY data
  - ALUA state
  - EMC OWNED/UNOWNED state
  - NOT READY state

Currently, when these properties change, we do not always handle it
very well (e.g. multipath stops using a path if the capacity changes,
even if it the only good path to the device...)

-Ewan Milne <emilne@redhat.com>

Re: [LSF/MM ATTEND] [LSF/MM TOPIC]

[Hannes Reinecke]

On 01/09/2015 05:14 PM, Ewan Milne wrote:
> I'd like to attend LSF -- I am responsible for maintaining the SCSI
> subsystem at Red Hat, and in addition to resolving issues for customers
> and partners, I've been participating in upstream development for the
> past couple of years.  I have an extensive background in SCSI and OS
> development, including 15 years of working with the Linux kernel.
> 
> I would also like to have a discussion at LSF/MM 2015 about how we could
> better handle devices whose properties change after being probed. This
> includes:
> 
>   - READ CAPACITY data
>   - ALUA state
>   - EMC OWNED/UNOWNED state
>   - NOT READY state
> 
> Currently, when these properties change, we do not always handle it
> very well (e.g. multipath stops using a path if the capacity changes,
> even if it the only good path to the device...)
> 
Hehe. I was waiting for this to pop up :-)
"Not handling it very well" is an euphemism ...

So yes, I'd definitely like to discuss this.

Cheers,

Hannes
-- 
Dr. Hannes Reinecke		      zSeries & Storage
hare@suse.de			      +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: J. Hawn, J. Guild, F. Imendörffer, HRB 16746 (AG Nürnberg)
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [LSF/MM ATTEND] [LSF/MM TOPIC]

[Matias Bjorling]

On 01/09/2015 05:14 PM, Ewan Milne wrote:
> I'd like to attend LSF -- I am responsible for maintaining the SCSI
> subsystem at Red Hat, and in addition to resolving issues for customers
> and partners, I've been participating in upstream development for the
> past couple of years.  I have an extensive background in SCSI and OS
> development, including 15 years of working with the Linux kernel.
> 
> I would also like to have a discussion at LSF/MM 2015 about how we could
> better handle devices whose properties change after being probed. This
> includes:
> 
>   - READ CAPACITY data
>   - ALUA state
>   - EMC OWNED/UNOWNED state
>   - NOT READY state
> 
> Currently, when these properties change, we do not always handle it
> very well (e.g. multipath stops using a path if the capacity changes,
> even if it the only good path to the device...)
> 
> -Ewan Milne <emilne@redhat.com>
> 
> 

I'll like to discuss this as well. Some of these can be beneficial to
open-channel ssds, where the capacity can change dynamically.

> --
> To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>