Re: [dm-devel] [PATCH] scsi_devinfo: remove synchronous ALUA for NETAPP/RDAC devices

On 11/08/2016 08:32 PM, Xose Vazquez Perez wrote: NetApp did confirm this is only required for ONTAP(LUN C-Mode). Cc: Martin George Cc: Robert Stankey Cc: Steven Schremmer Cc: Sean Stewart

Re: [dm-devel] [PATCH 3/3] multipathd: Add 'sysfs' prioritizer

On 11/08/2016 07:52 PM, Xose Vazquez Perez wrote: On 07/15/2016 08:48 AM, Hannes Reinecke wrote: Recent kernels have an 'access_state' attribute which allows us to read the asymmetric access state directly from sysfs. Hi Hannes, with this patch it's impossible to select/autodetect ALUA.

Re: [dm-devel] [PATCH v2] block: disallow changing max_sectors_kb on a request stacking device

> "Mike" == Mike Snitzer writes: Mike, >> However, doesn't it make more sense to tweak limits on DM device >> instead of the underlying ones? It seems a bit counter-intuitive to >> me to change max_sectors_kb on a different device than the one where >> the filesystem

[dm-devel] multipath.rules placement

I'm looking through the multipath udev rules again to see if we can come closer to one consistent set, or at least understand why we need to agree to disagree and right now I'm trying to figure out why it's important for SUSE to have 56-multipath.rules run before 60-persistent-storage.rules. We

[dm-devel] [PATCH] scsi_devinfo: remove synchronous ALUA for NETAPP/RDAC devices

NetApp did confirm this is only required for ONTAP(LUN C-Mode). Cc: Martin George Cc: Robert Stankey Cc: Steven Schremmer Cc: Sean Stewart Cc: Hannes Reinecke Cc:

Re: [dm-devel] [PATCH 3/3] multipathd: Add 'sysfs' prioritizer

On 07/15/2016 08:48 AM, Hannes Reinecke wrote: > Recent kernels have an 'access_state' attribute which allows > us to read the asymmetric access state directly from sysfs. Hi Hannes, with this patch it's impossible to select/autodetect ALUA. sysfs always takes precedence over alua.

Re: [dm-devel] [PATCH] multipathd: fix uev_update_path dead lock

On Tue, Nov 08, 2016 at 11:05:01AM +0800, tang.wenj...@zte.com.cn wrote: Thanks. ACK -Ben > From: 10144149 > > Deadlock occurred in uev_add_path() when >lock would lock twice in > uev_update_path() > --- > multipathd/main.c | 54