Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261267AbVELSwa (ORCPT ); Thu, 12 May 2005 14:52:30 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261304AbVELSwa (ORCPT ); Thu, 12 May 2005 14:52:30 -0400 Received: from stat16.steeleye.com ([209.192.50.48]:20441 "EHLO hancock.sc.steeleye.com") by vger.kernel.org with ESMTP id S261267AbVELSwX (ORCPT ); Thu, 12 May 2005 14:52:23 -0400 Subject: Re: Re[2]: ata over ethernet question From: James Bottomley To: Guennadi Liakhovetski Cc: Sander , David Hollis , Maciej Soltysiak , Linux Kernel , SCSI Mailing List In-Reply-To: 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> Content-Type: text/plain Date: Thu, 12 May 2005 14:52:07 -0400 Message-Id: <1115923927.5042.18.camel@mulgrave> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-4) Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1987 Lines: 39 On Wed, 2005-05-11 at 00:00 +0200, Guennadi Liakhovetski wrote: > 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... That's correct; NBD is basically just a remote data pipe type block device. It doesn't understand arbitrary packet commands. > 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? Caveat: I've done quite a bit of work on nbd, so I'm biased. However, for what it does, nbd is extremely small, simple and efficient, so I think we'd want a hole in our head to replace it with something as complex and bloated as iSCSI---remember we'd need both a target and an initiator to do what nbd does today. However, there is room for improvement in nbd, notably the handling of packet commands, which looks to be eminently doable in the current infrastructure (this would basically make nbd a replicator for the linux block system, and would probably necessitate some client side changes to achieve). If you have any thoughts in this direction, you could drop an email to the maintainer. James - 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/