В 12:45 +0100 на 30.01.2021 (сб), Gianluca Cecchi написа: > On Fri, Jan 29, 2021 at 12:00 PM Gianluca Cecchi < > [email protected]> wrote: > > Hello,I'm upgrading some environments from 4.3 to 4.4.Storage > > domains are iSCSI based, connected to an Equallogic storage array > > (PS-6510ES), that is recognized such as this as vendor/product in > > relation to multipath configuration > > > > > [snip] > > In 8 I get this; see also the strange line about vendor or product > > missing, but it is not true... > > > > > > [snip] > The message > > "device config in /etc/multipath.conf missing vendor or product > parameter" > was due to the empty device section (actually containing lines with > comments)So it was solved removing the whole section. > > Now, my full multipath.conf is this > # head -2 /etc/multipath.conf > # VDSM REVISION 2.0 > # VDSM PRIVATE > > # cat /etc/multipath.conf | grep -v "^#" | grep -v "^ #" | sed > '/^[[:space:]]*$/d' > defaults { > polling_interval 5 > no_path_retry 16 > user_friendly_names no > flush_on_last_del yes > fast_io_fail_tmo 5 > dev_loss_tmo 30 > max_fds 8192 > } > blacklist { > wwid "36d09466029914f0021e89c5710e256be" > } > devices { > device { > vendor "EQLOGIC" > product "100E-00" > path_selector "round-robin 0" > path_grouping_policy multibus > path_checker tur > rr_min_io_rq 10 > rr_weight priorities > failback immediate > features "0" > no_path_retry 16 > } > } > overrides { > no_path_retry 16 > } > > Rebuilt the initrd and put online
I would recommend you to put your customizations at '/etc/multipath/conf.d/<somename>.conf' (you have to create the dir), so vdsm can keep multipath.conf up to date. For details check the header of multipath.conf Here is mine: # The recommended way to add configuration for your storage is to add a# drop-in configuration file in "/etc/multipath/conf.d/<mydevice>.conf".# Settings in drop-in configuration files override settings in this# file. Of course you need to rebuild dracut. > dracut -f /boot/$(imgbase layer --current)/initramfs-$(uname -r).img > cp -p /boot/$(imgbase layer --current)/initramfs-$(uname -r).img > /boot/ > > reboot the host and it seems ok with the command > > lsinitrd -f etc/multipath.conf /boot/initramfs-4.18.0- > 240.8.1.el8_3.x86_64.img > > and also confirmed by > > multipathd show config > > But anyway I see this > > # multipath -l > 36090a0c8d04f21111fc4251c7c08d0a3 dm-13 EQLOGIC,100E-00 > size=2.4T features='1 queue_if_no_path' hwhandler='1 alua' wp=rw > `-+- policy='round-robin 0' prio=0 status=active > |- 16:0:0:0 sdc 8:32 active undef running > `- 18:0:0:0 sde 8:64 active undef running > 36090a0d88034667163b315f8c906b0ac dm-12 EQLOGIC,100E-00 > size=2.0T features='1 queue_if_no_path' hwhandler='1 alua' wp=rw > `-+- policy='round-robin 0' prio=0 status=active > |- 15:0:0:0 sdb 8:16 active undef running > `- 17:0:0:0 sdd 8:48 active undef running > > so in my opinion it is still using queue if no path... > > What else can I try to debug this? Or is the expected output in > CentOS 8? What is the command to verify no_path_retry is effectively > set for this device in CentOS8? > > On the host still in 7 I have this for the same two luns: > > # multipath -l > 36090a0c8d04f21111fc4251c7c08d0a3 dm-14 EQLOGIC ,100E-00 > size=2.4T features='1 queue_if_no_path' hwhandler='0' wp=rw > `-+- policy='round-robin 0' prio=0 status=active > |- 16:0:0:0 sdc 8:32 active undef running > `- 18:0:0:0 sde 8:64 active undef running > 36090a0d88034667163b315f8c906b0ac dm-13 EQLOGIC ,100E-00 > size=2.0T features='1 queue_if_no_path' hwhandler='0' wp=rw > `-+- policy='round-robin 0' prio=0 status=active > |- 15:0:0:0 sdb 8:16 active undef running > `- 17:0:0:0 sdd 8:48 active undef running > > Thanks > Gianluca > Best Regards,Strahil Nikolov
_______________________________________________ Users mailing list -- [email protected] To unsubscribe send an email to [email protected] Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/[email protected]/message/QQJDZ7ZSDT3UYFF4M64JVZN7NSDKN5KM/
