On Sat, Aug 15, 2020 at 10:36:52PM +0200, Xose Vazquez Perez wrote:
>On 8/14/20 4:18 AM, McIntyre, Vincent (CASS, Marsfield) wrote:
>
>>This is the device section I had before for the Promise
>> device {
>> vendor "Promise"
>> product "VTrak"
>> product_blacklist "VTrak V-LUN"
> path_grouping_policy "multibus" <---------
>> path_selector "service-time 0"
>> path_checker "tur"
> prio "alua" <---------
>> failback "immediate"
>> no_path_retry 30
>> }
>>The only real differences are the prio and failback.
>
>"multibus" and "prio alua" are incompatible!
Promise recommend the multibus option,
prio alua was introduced by me messing about.
So a compatible configuration would be either what Promise recommend
detect_prio no #not explicit, implied by prio const
prio const
path_grouping_policy multibus
failback immediate
hardware_handler "0"
or (with alua support enabled, the multipath-tools defaults)
detect_prio yes
prio alua
path_grouping_policy group_by_prio
failback manual
hardware_handler "1 alua"
?
>From your tests and Promise docs, it looks like it's an Active-Passive array
>with ALUA support.
>It should use latest firmware [1]. And ALUA must be enabled to get the best
>performance and stability.
>Otherwise, the array will work with only one path per LUN.
>[1] https://www.promise.com/Support/DownloadCenter/VTrak/Ex30/E830f#Firmware
>
>The multipath-tools default settings is already optimized for the ALUA config.
Thanks for your analysis. The model is VTrak E830f (VTE830fD).
The unit is definitely set to active-active controllers.
The firmware could use an update however, the latest release
seems to have been overlooked. I'll try updating and look
into enabling ALUA support.
One question about the man page though.
it seems from the current text that putting
hardware_handler "0"
in the config would be ignored for arrays that are
assumed to have ALUA support.
However if the array has ALUA support turned off and
multipathd detects this, then the package falls back to using
hardware_handler "0"
of its own accord?
If that's correct, could that be added to the man page?
Cheers
Vince
--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel
