From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Hellwig Subject: Re: raw disks no longer work in latest kvm (kvm-88 was fine) Date: Sun, 7 Mar 2010 05:00:22 -0500 Message-ID: <20100307100022.GA23201@infradead.org> References: <4B92BF97.4040001@nagafix.co.uk> <4B92C90B.4030807@msgid.tls.msk.ru> <4B932829.8090503@nagafix.co.uk> <4B9372B6.3050408@msgid.tls.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Antoine Martin , kvm@vger.kernel.org To: Michael Tokarev Return-path: Received: from bombadil.infradead.org ([18.85.46.34]:55843 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753221Ab0CGKA1 (ORCPT ); Sun, 7 Mar 2010 05:00:27 -0500 Content-Disposition: inline In-Reply-To: <4B9372B6.3050408@msgid.tls.msk.ru> Sender: kvm-owner@vger.kernel.org List-ID: On Sun, Mar 07, 2010 at 12:32:38PM +0300, Michael Tokarev wrote: > Antoine Martin wrote: > [] > >> https://sourceforge.net/tracker/?func=detail&atid=893831&aid=2933400&group_id=180599 > >> > >> > > The initial report is almost 8 weeks old! > > Is data-corruption and data loss somehow less important than the > > hundreds of patches that have been submitted since?? Or is there a fix > > somewhere I've missed? > > I can only guess that the info collected so far is not sufficient to > understand what's going on: except of "I/O error writing block NNN" > we does not have anything at all. So it's impossible to know where > the problem is. Actually it is, and the bug has been fixed long ago in: commit e2a305fb13ff0f5cf6ff805555aaa90a5ed5954c Author: Christoph Hellwig Date: Tue Jan 26 14:49:08 2010 +0100 block: avoid creating too large iovecs in multiwrite_merge I've asked for it be added to the -stable series but that hasn't happened so far.