Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230

 

 

 

Disabling multiqueue I/O schedulers using a kernel parameter is not working in debian11

User discussion about Debian Development, Debian Project News and Announcements. Not for support questions.
Post Reply
Message
Author
Malathi
Posts: 6
Joined: 2021-12-15 11:14

Disabling multiqueue I/O schedulers using a kernel parameter is not working in debian11

#1 Post by Malathi »

Hi,
Since from kernel version 5.0 onwards multiqueue I/O scheduling is enabled by default.
We wanted to disable it in our environment using the below kernel parameter:
scsi_mod.use_blk_mq=0

Seems it doesn't work as expected.Please refer screenshot for more details
Screenshot from 2021-12-21 17-30-48.png
Screenshot from 2021-12-21 17-30-48.png (74.82 KiB) Viewed 9324 times
Any help would be appreciated

Thanks in advance

User avatar
Bloom
df -h | grep > 90TiB
df -h | grep > 90TiB
Posts: 505
Joined: 2017-11-11 12:23
Been thanked: 26 times

Re: Disabling multiqueue I/O schedulers using a kernel parameter is not working in debian11

#2 Post by Bloom »

As root:

Code: Select all

echo none >/sys/block/sda/queue/scheduler
You need to repeat that every time you reboot the system. So you can put this in something like /etc/rc.local or use a kernel parameter:

Code: Select all

GRUB_CMDLINE_LINUX="elevator=noop"
in /etc/default/grub
Add the command to the GRUB_CMDLINE_LINUX line which has other parameters and values and do not copy and paste what you see above.

User avatar
sunrat
Administrator
Administrator
Posts: 6498
Joined: 2006-08-29 09:12
Location: Melbourne, Australia
Has thanked: 118 times
Been thanked: 476 times

Re: Disabling multiqueue I/O schedulers using a kernel parameter is not working in debian11

#3 Post by sunrat »

Please post terminal output as text in CODE tags rather than a huge image.
“ computer users can be divided into 2 categories:
Those who have lost data
...and those who have not lost data YET ”
Remember to BACKUP!

CwF
Global Moderator
Global Moderator
Posts: 2716
Joined: 2018-06-20 15:16
Location: Colorado
Has thanked: 41 times
Been thanked: 201 times

Re: Disabling multiqueue I/O schedulers using a kernel parameter is not working in debian11

#4 Post by CwF »

Bloom wrote: 2021-12-21 13:59 You need to repeat that every time you reboot the system. So you can put this in something like /etc/rc.local or use a kernel parameter:
Should be able to use /etc/sysfs.d/ or /etc/sysfs.conf.

Malathi
Posts: 6
Joined: 2021-12-15 11:14

Re: Disabling multiqueue I/O schedulers using a kernel parameter is not working in debian11

#5 Post by Malathi »

Thanks for the response.

Have read something like below in an article for HDD

"Avoid using the none/noop I/O schedulers for a HDD as sorting requests on block addresses reduce the seek time latencies and neither of these I/O schedulers support this feature."

As we are using HDD, tried to disable and fall back to the non-multiqueue I/O schedulers using a kernel parameter "scsi_mod.use_blk_mq=0"
The output should be "deadline none" . But it doesn't working in Debian11

Any idea why this parameter is not working as expected in Debian11?

User avatar
Bloom
df -h | grep > 90TiB
df -h | grep > 90TiB
Posts: 505
Joined: 2017-11-11 12:23
Been thanked: 26 times

Re: Disabling multiqueue I/O schedulers using a kernel parameter is not working in debian11

#6 Post by Bloom »

Not every hardware supports every type of scheduler. Your screenshot shows mq-deadline as the default and none as the only two available options. Choose none for usb-media or ssd and mq-deadline for hard disks.

p.H
Global Moderator
Global Moderator
Posts: 3049
Joined: 2017-09-17 07:12
Has thanked: 5 times
Been thanked: 132 times

Re: Disabling multiqueue I/O schedulers using a kernel parameter is not working in debian11

#7 Post by p.H »

Malathi wrote: 2021-12-22 06:46 Any idea why this parameter is not working as expected in Debian11?
AFAICS, the module scsi_mod in Debian kernel 5.10 does not support the parameter use_blk_mq any more. You can check with

Code: Select all

modinfo -p scsi_mod
CwF wrote: 2021-12-22 03:34 Should be able to use /etc/sysfs.d/ or /etc/sysfs.conf.
This requires package sysfsutils, not sure it is installed by default.

Or one may use a udev rule triggered when the drive is added. Something like

Code: Select all

ACTION=="add", KERNEL=="sda", ATTR{queue/scheduler}="none"
(not tested)

Post Reply