From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dmitry Yusupov Subject: Re: Re[2]: ata over ethernet question Date: Tue, 10 May 2005 16:14:35 -0700 Message-ID: <1115766875.25161.101.camel@beastie> References: <1416215015.20050504193114@dns.toxicfilms.tv> <1115236116.7761.19.camel@dhollis-lnx.sunera.com> <1104082357.20050504231722@dns.toxicfilms.tv> <1115305794.3071.5.camel@dhollis-lnx.sunera.com> <20050507150538.GA800@favonius> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: Received: from smtp107.mail.sc5.yahoo.com ([66.163.169.227]:61063 "HELO smtp107.mail.sc5.yahoo.com") by vger.kernel.org with SMTP id S261808AbVEJXOk (ORCPT ); Tue, 10 May 2005 19:14:40 -0400 In-Reply-To: Sender: linux-scsi-owner@vger.kernel.org List-Id: linux-scsi@vger.kernel.org To: Guennadi Liakhovetski Cc: Sander , David Hollis , Maciej Soltysiak , linux-scsi@vger.kernel.org, iet-dev I'll redirect this question to iSCSI Target folks, so they will lead some light on current IET limitations and advantages comparing to NBD. On Wed, 2005-05-11 at 00:00 +0200, Guennadi Liakhovetski wrote: > Hi > > On Sat, 7 May 2005, Sander wrote: > > > David Hollis wrote (ao): > > > There seem to be a few iSCSI implementations floating around for > > > Linux, hopefully one will be added to mainline soon. Most of those > > > implementations are for the client side though there is at least one > > > target implementation that allows you to provide local storage to > > > iSCSI clients. I don't remember the name of it or if it's still > > > maintained or not. > > > > Quite active even: > > > > http://sourceforge.net/projects/iscsitarget/ > > > > The "Quick Guide to iSCSI on Linux" is a good starting point btw. > > > > Also check out http://www.open-iscsi.org/ (the client, aka 'initiator'). > > A follow up question - I recently used nbd to access a CD-ROM. It worked > nice, but, I had to read in 7 CDs, so, each time I had to replace a CD, I > had to stop the client, the server, then replace the CD, re-start the > server, re-start the client... I thought about extending NBD to (better) > support removable media, but then you start thinking about all those > features that your local block device has that don't get exported over > NBD... > > Now, my understanding (sorry, without looking at any docs - yet) is, that > iSCSI is (or at least should be) free from these limitations. So, does it > make any sense at all extending NBD or just switch to iSCSI? Should NBD be > just kept simple as it is or would it be completely superseeded by iSCSI, > or is there still something that NBD does that iSCSI wouldn't (easily) do? > > Or am I completely misunderstanding what iSCSI target does? > > Thanks > Guennadi > --- > Guennadi Liakhovetski > > - > To unsubscribe from this list: send the line "unsubscribe linux-scsi" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html