Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[RESOLVED] Problem with multipath
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
Cheyenne
n00b
n00b


Joined: 05 Jan 2005
Posts: 26

PostPosted: Wed Mar 18, 2015 9:04 pm    Post subject: [RESOLVED] Problem with multipath Reply with quote

I'm running into a problem with a new system upgrade (both hardware and OS system level) and multipath.

Multipath is not creating the device maps for any of the devices that are on my SAN. I can "see" the individual devices (output of lsscsi). And running multipath with the -v6 option (yes it goes above 3), shows that multipath is finding the devices, however it's erroring out with the following output
Quote:

Mar 18 14:33:49 | libdevmapper: ioctl/libdm-iface.c(1773): device-mapper: reload ioctl on mpatha failed: Invalid argument

(error message in context)
Code:

....
Mar 18 14:33:49 | mpatha: assembled map [1 queue_if_no_path 0 2 1 service-time 0 1 1 8:96 1 service-time 0 1 1 8:32 1]
Mar 18 14:33:49 | mpatha: set ACT_CREATE (map does not exist)
Mar 18 14:33:49 | libdevmapper: ioctl/libdm-iface.c(1755): dm info mpatha  NF   [16384] (*1)
Mar 18 14:33:49 | mpatha: addmap [0 62914560 multipath 1 queue_if_no_path 0 2 1 service-time 0 1 1 8:96 1 service-time 0 1 1 8:32 1]
Mar 18 14:33:49 | libdevmapper: libdm-common.c(2196): Udev cookie 0xd4d345f (semid 65536) incremented to 2
Mar 18 14:33:49 | libdevmapper: libdm-common.c(2446): Udev cookie 0xd4d345f (semid 65536) assigned to CREATE task(0) with flags         (0x0)
Mar 18 14:33:49 | libdevmapper: ioctl/libdm-iface.c(1755): dm create mpatha mpath-36005076802818f4178000000000000b2 OF   [16384] (*1)
Mar 18 14:33:49 | libdevmapper: ioctl/libdm-iface.c(1755): dm reload mpatha  OF   [16384] (*1)
Mar 18 14:33:49 | libdevmapper: ioctl/libdm-iface.c(1773): device-mapper: reload ioctl on mpatha failed: Invalid argument
Mar 18 14:33:49 | libdevmapper: ioctl/libdm-iface.c(1362): <backtrace>
Mar 18 14:33:49 | libdevmapper: libdm-common.c(2231): Udev cookie 0xd4d345f (semid 65536) decremented to 1
Mar 18 14:33:49 | libdevmapper: libdm-common.c(2196): Udev cookie 0xd4d345f (semid 65536) incremented to 2
Mar 18 14:33:49 | libdevmapper: libdm-common.c(2446): Udev cookie 0xd4d345f (semid 65536) assigned to REMOVE task(2) with flags         (0x0)
Mar 18 14:33:49 | libdevmapper: ioctl/libdm-iface.c(1755): dm remove mpatha  NF   [16384] (*1)
Mar 18 14:33:49 | libdevmapper: libdm-common.c(1396): mpatha: Stacking NODE_DEL [verify_udev]
Mar 18 14:33:49 | libdevmapper: ioctl/libdm-iface.c(1755): dm info mpatha  NF   [16384] (*1)
Mar 18 14:33:49 | mpatha: domap (0) failure for create/reload map
Mar 18 14:33:49 | mpatha: ignoring map
Mar 18 14:33:49 | mpatha: remove multipath map
...


In the messages file I have the following from there kernel:
Code:

Mar 18 14:33:49 penguint kernel: device-mapper: table: table load rejected: including non-request-stackable devices
Mar 18 14:33:49 penguint kernel: device-mapper: table: unable to set table type
Mar 18 14:33:49 penguint kernel: device-mapper: table: table load rejected: including non-request-stackable devices
Mar 18 14:33:49 penguint kernel: device-mapper: table: unable to set table type


I'm experienced with setting up multipath devices.


specifics:
IBM X3850
QLogic HBA's
IBM V7000 SAN
McData Fiber switch.

gentoo-sources-3.18.7
multipath-tools-0.5.0-r1
lvm2-2.02.109

The problem also happens when booting off a fairly current gentoo admin-cd.

My current running system cannot boot on the new hardware due to some other device driver level issues.


Last edited by Cheyenne on Thu Mar 19, 2015 1:21 pm; edited 1 time in total
Back to top
View user's profile Send private message
Cheyenne
n00b
n00b


Joined: 05 Jan 2005
Posts: 26

PostPosted: Wed Mar 18, 2015 9:57 pm    Post subject: Reply with quote

Further info..

The problem seems to be within the kernel itself.

I dropped back to gentoo-sources-3.10.17 (with no other changes) and multipath is working again
Back to top
View user's profile Send private message
Cheyenne
n00b
n00b


Joined: 05 Jan 2005
Posts: 26

PostPosted: Thu Mar 19, 2015 1:23 pm    Post subject: Reply with quote

Turned out that SCSI_MQ_DEFAULT was set to Y and BLK_MQ doesn't currently support multipath. Setting the value to N corrected the problem.
Back to top
View user's profile Send private message
thegeezer
n00b
n00b


Joined: 11 Jul 2010
Posts: 34

PostPosted: Thu Nov 01, 2018 2:38 pm    Post subject: Reply with quote

Cheyenne wrote:
Turned out that SCSI_MQ_DEFAULT was set to Y and BLK_MQ doesn't currently support multipath. Setting the value to N corrected the problem.


thanks for this, turns out in 2018 blk_mq still doesn't support multipath

easy fix is to add to dm_mod.use_blk_mq=0 kernel command line, quick test using kexec

Code:
# kexec -l kernel-genkernel-x86_64-4.14.65-gentoo  --append="root=/dev/sda4 dm_mod.use_blk_mq=0" --initrd=initramfs-genkernel-x86_64-4.14.65-gentoo
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum