From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bart Van Assche Subject: Re: v4.3-rc2 dm-mq bug Date: Fri, 25 Sep 2015 08:34:47 -0700 Message-ID: <56056997.2000001@sandisk.com> References: <56044A6E.90900@sandisk.com> <20150924211804.GA16328@redhat.com> <56046AD7.7080400@sandisk.com> <20150924230103.GA17394@redhat.com> Reply-To: device-mapper development Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20150924230103.GA17394@redhat.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dm-devel-bounces@redhat.com Errors-To: dm-devel-bounces@redhat.com To: Mike Snitzer Cc: Jun'ichi Nomura , device-mapper development List-Id: dm-devel.ids On 09/24/2015 04:01 PM, Mike Snitzer wrote: > I'm not referring to the removal of a DM mpath device's underlying SRP > paths. The __dm_destroy() path is only used when destroying a DM > device. The only DM device used by multipath is the DM mpath device. > > So somehow your test is running the equivalent of: > dmsetup remove > > While IO is being issued directly to that device. Hello Mike, One of the steps in my test is to remove all dm devices that have been created on top of SRP paths. The call trace at the start of this thread was triggered by the following command (unloading the SRP initiator is only possible after all holders of SRP paths have been removed): for p in /sys/class/srp_remote_ports/*; do echo 1 >$p/delete & done; wait; dmsetup remove_all; modprobe -r ib_srp The I/O was probably generated by multipathd itself (a path check). Bart.