From mboxrd@z Thu Jan 1 00:00:00 1970 From: christophe.varoqui@free.fr Subject: Re: [ANNOUNCE] multipath-tools-0.3.4 Date: Mon, 25 Oct 2004 11:38:43 +0200 Sender: linux-raid-owner@vger.kernel.org Message-ID: <1098697123.417cc9a3b5bc5@imp1-q.free.fr> References: <1096071849.4466.31.camel@zezette> <1097054573.4163b96d1262c@imp5-q.free.fr> <1097495416.416a73787e0ae@imp1-q.free.fr> <1098021787.5433.8.camel@zezette> <1098269169.417641f18a234@imp1-q.free.fr> <1098656088.9350.88.camel@zezette> <1098692559.2798.7.camel@laptop.fenrus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Return-path: In-Reply-To: <1098692559.2798.7.camel@laptop.fenrus.org> To: Arjan van de Ven Cc: device-mapper development , "linux-raid@vger.kernel.org" , "linux-hotplug-devel@lists.sourceforge.net" , "linux-scsi@vger.kernel.org" List-Id: linux-raid.ids Selon Arjan van de Ven : > On Mon, 2004-10-25 at 00:14 +0200, christophe varoqui wrote: > > > * multipath & multipathd now use the same path checkers. > > Consequence being multipath now need sg loaded > > why sg and not using SG_IO on the actual devices ? > mp-tools are 2.6 only anyway, right ? > Glad you notice :) In fact all the sg stuff I use is done with the SG_IO ioctl (see libcheckers/*.c) But somehow, it doesn't work as expected. I don't remember how exactly it failed in my tests but it did ... I remembered receiving bad path status and experiencing blocked checkers. I would really like someone experienced put his nose in this stuff. If you want, I can code up a flag to switch the mp-tools ioctl submission between blockdev and sgdev. Note you don't need to have real multipathed hardware to run and test the thing : parallel SCSI hw suffice and is seen as monopath. regards, cvaroqui -- From mboxrd@z Thu Jan 1 00:00:00 1970 From: christophe.varoqui@free.fr Date: Mon, 25 Oct 2004 09:38:43 +0000 Subject: Re: [ANNOUNCE] multipath-tools-0.3.4 Message-Id: <1098697123.417cc9a3b5bc5@imp1-q.free.fr> List-Id: References: <1096071849.4466.31.camel@zezette> <1097054573.4163b96d1262c@imp5-q.free.fr> <1097495416.416a73787e0ae@imp1-q.free.fr> <1098021787.5433.8.camel@zezette> <1098269169.417641f18a234@imp1-q.free.fr> <1098656088.9350.88.camel@zezette> <1098692559.2798.7.camel@laptop.fenrus.org> In-Reply-To: <1098692559.2798.7.camel@laptop.fenrus.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Arjan van de Ven Cc: device-mapper development , "linux-raid@vger.kernel.org" , "linux-hotplug-devel@lists.sourceforge.net" , "linux-scsi@vger.kernel.org" Selon Arjan van de Ven : > On Mon, 2004-10-25 at 00:14 +0200, christophe varoqui wrote: > > > * multipath & multipathd now use the same path checkers. > > Consequence being multipath now need sg loaded > > why sg and not using SG_IO on the actual devices ? > mp-tools are 2.6 only anyway, right ? > Glad you notice :) In fact all the sg stuff I use is done with the SG_IO ioctl (see libcheckers/*.c) But somehow, it doesn't work as expected. I don't remember how exactly it failed in my tests but it did ... I remembered receiving bad path status and experiencing blocked checkers. I would really like someone experienced put his nose in this stuff. If you want, I can code up a flag to switch the mp-tools ioctl submission between blockdev and sgdev. Note you don't need to have real multipathed hardware to run and test the thing : parallel SCSI hw suffice and is seen as monopath. regards, cvaroqui -- ------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl _______________________________________________ Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net Linux-hotplug-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel