Received: from [140.186.70.92] (port=43155 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OTvXf-0001B8-7d for qemu-devel@nongnu.org; Wed, 30 Jun 2010 07:33:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OTvXd-0005TX-ON for qemu-devel@nongnu.org; Wed, 30 Jun 2010 07:33:23 -0400 Received: from mx1.redhat.com ([209.132.183.28]:3732) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OTvXd-0005TA-Cm for qemu-devel@nongnu.org; Wed, 30 Jun 2010 07:33:21 -0400 From: Markus Armbruster Subject: Re: [Qemu-devel] Re: [PATCH 08/12] block: Catch attempt to attach multiple devices to a blockdev References: <1277484812-22012-1-git-send-email-armbru@redhat.com> <1277484812-22012-9-git-send-email-armbru@redhat.com> <20100626101146.GC27699@lst.de> <20100627093609.GA12016@lst.de> Date: Wed, 30 Jun 2010 13:33:12 +0200 In-Reply-To: <20100627093609.GA12016@lst.de> (Christoph Hellwig's message of "Sun, 27 Jun 2010 11:36:09 +0200") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Christoph Hellwig Cc: kwolf@redhat.com, qemu-devel@nongnu.org, kraxel@redhat.com Christoph Hellwig writes: >Markus Armbruster writes: > >> Christoph Hellwig writes: >> >>> On Fri, Jun 25, 2010 at 06:53:28PM +0200, Markus Armbruster wrote: >>>> For instance, -device scsi-disk,drive=foo -device scsi-disk,drive=foo >>>> happily creates two SCSI disks connected to the same block device. >>>> It's all downhill from there. >>> >>> And from some quick testing a while ago the thing seems to actually >>> work. Not that I think that it is a good idea, but do we want to change >>> behaviour in that respect? >> >> Valid question. I'd answer yes. It's an easy error to make, and likely >> to end in massive file system corruption in the guest. > > I suspect a modern distro in the guest will detect it as a multi-path setup. Really? The guest sees two disks, different serial numbers, possibly on different buses (one could be SCSI, the other iDE). [...]