On Thu, Feb 22, 2018 at 09:10:26PM +0800, Ming Lei wrote:
> On Thu, Feb 22, 2018 at 12:56:05PM +0200, Max Gurtovoy wrote:
> >
> >
> > On 2/22/2018 4:59 AM, Ming Lei wrote:
> > > Hi Max,
> >
> > Hi Ming,
> >
> > >
> > > On Tue, Feb 20, 2018 at 11:56:07AM +0200, Max Gurtovoy wrote:
> > > > hi al
On Thu, Feb 22, 2018 at 12:56:05PM +0200, Max Gurtovoy wrote:
>
>
> On 2/22/2018 4:59 AM, Ming Lei wrote:
> > Hi Max,
>
> Hi Ming,
>
> >
> > On Tue, Feb 20, 2018 at 11:56:07AM +0200, Max Gurtovoy wrote:
> > > hi all,
> > > is there a way to drain a blk-mq based request queue (similar to
> > >
On 2/22/2018 4:59 AM, Ming Lei wrote:
Hi Max,
Hi Ming,
On Tue, Feb 20, 2018 at 11:56:07AM +0200, Max Gurtovoy wrote:
hi all,
is there a way to drain a blk-mq based request queue (similar to
blk_drain_queue for non MQ) ?
Generally speaking, blk_mq_freeze_queue() should be fine to drain b
Hi Max,
On Tue, Feb 20, 2018 at 11:56:07AM +0200, Max Gurtovoy wrote:
> hi all,
> is there a way to drain a blk-mq based request queue (similar to
> blk_drain_queue for non MQ) ?
Generally speaking, blk_mq_freeze_queue() should be fine to drain blk-mq
based request queue, but it may not work well
On Tue, Feb 20, 2018 at 11:56:07AM +0200, Max Gurtovoy wrote:
> hi all,
> is there a way to drain a blk-mq based request queue (similar to
> blk_drain_queue for non MQ) ?
I _think_ you can do a echo run >
/sys/kernel/debug/block/nvmeXnX/hctxX/state and that should trigger
it.
Hope that helps.
By
hi all,
is there a way to drain a blk-mq based request queue (similar to
blk_drain_queue for non MQ) ?
I try to fix the following situation:
Running DM-multipath over NVMEoF/RDMA block devices, toggling the switch
ports during traffic using fio and making sure the traffic never fails.
when t
