Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261834AbVEJWC4 (ORCPT ); Tue, 10 May 2005 18:02:56 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261833AbVEJWCy (ORCPT ); Tue, 10 May 2005 18:02:54 -0400 Received: from pop.gmx.de ([213.165.64.20]:33508 "HELO mail.gmx.net") by vger.kernel.org with SMTP id S261835AbVEJWBx (ORCPT ); Tue, 10 May 2005 18:01:53 -0400 X-Authenticated: #20450766 Date: Wed, 11 May 2005 00:00:57 +0200 (CEST) From: Guennadi Liakhovetski To: Sander cc: David Hollis , Maciej Soltysiak , linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org Subject: Re: Re[2]: ata over ethernet question In-Reply-To: <20050507150538.GA800@favonius> Message-ID: 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; charset=US-ASCII X-Y-GMX-Trusted: 0 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1833 Lines: 46 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-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/