* Re: [PATCH 0/1] checkers: add alua path checker
[not found] ` <bc54bb449129d0a026e69a502d82ef54793f33cc.camel@suse.com>
@ 2026-03-12 21:05 ` Xose Vazquez Perez
0 siblings, 0 replies; only message in thread
From: Xose Vazquez Perez @ 2026-03-12 21:05 UTC (permalink / raw)
To: Martin Wilck, Hannes Reinecke, Brian Bunker, Benjamin Marzinski,
John Garry, Wayne Berthiaume, Yanfei Chen, heyi, Nigel Hislop,
NetApp RDAC team, Steven Schremmer, Martin George,
Matthias Rudolph
Cc: DM-DEVEL ML, SCSI ML
On 3/12/26 5:48 PM, Martin Wilck wrote:
> Actually, multipathd could use TUR for checking unless we receive an
> event of this type. multipathd could listen to those events and then
> retrieve the new device state(s) from sysfs, without sending an RTPG
> command itself.
>
> We wouldn't switch to the alua checker by default anyway, so the
> vendors that prefer the sysfs prioritizer won't be hurt even
> if that doesn't work.
Just one observation: currently there are ALUA arrays (NetApp E/EF, Dell Unity)
where their own checker is preferred.
As well as software-defined storage (Hitachi Vantara VSP One SDS Block, Linux-IO
(LIO) Target) where directio must be used.
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2026-03-12 21:05 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20260312001642.53321-1-brian@purestorage.com>
[not found] ` <91ed7162-719f-4ff2-9951-913fe8096f08@suse.de>
[not found] ` <bc54bb449129d0a026e69a502d82ef54793f33cc.camel@suse.com>
2026-03-12 21:05 ` [PATCH 0/1] checkers: add alua path checker Xose Vazquez Perez
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox