From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: Linux 3.1 domU + ext3 = WARNING: at fs/ext3/inode.c Date: Tue, 25 Oct 2011 17:01:41 -0400 Message-ID: <20111025210141.GA2412@phenom.dumpdata.com> References: <4EA71270.2050303@theshore.net> <20111025201239.GA13747@phenom.dumpdata.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: "Christopher S. Aker" Cc: xen devel List-Id: xen-devel@lists.xenproject.org On Tue, Oct 25, 2011 at 04:40:09PM -0400, Christopher S. Aker wrote: > On Oct 25, 2011, at 4:12 PM, Konrad Rzeszutek Wilk wrote: > > Oh, so this is 3.1 DomU kernel? And your Dom0 is 2.6.18? > > > > What does the guest show for the disk? As in, is the barrier feature > > enabled? > > 2.6.18 dom0 and a 3.1.0 domU produces this on domU boot: You see the same exact thing with 3.0.6? > > EXT3-fs (xvda): using internal journal > Adding 262140k swap on /dev/xvdb. Priority:-1 extents:1 across:262140k SS > blkfront: barrier: empty write xvda op failed > blkfront: xvda: barrier or flush: disabled > end_request: I/O error, dev xvda, sector 1053048 > end_request: I/O error, dev xvda, sector 1053048 > Buffer I/O error on device xvda, logical block 131631 > lost page write due to I/O error on xvda > Aborting journal on device xvda. > EXT3-fs (xvda): error: ext3_journal_start_sb: Detected aborted journal > EXT3-fs (xvda): error: remounting filesystem read-only > > On my 3.0 based dom0 with a 3.1.0 domU blkfront doesn't complain - and I *think* 3.1 domU may actually work as expected -- initial tests couldn't get it to trace... > > > .. snip > >> > >> Am I barking up the wrong list? > > > > Not sure.. It depends on what your dom0 version is and what > > the backend is? blktap or blkback? > > blkback. > > We suspected a dom0/domU incompatibility after doing some research. Hopefully this can get resolved within the guest since we have literally thousands of 2.6.18 dom0s deployed and rebooting everyone is not my idea of a good time :) > > Thanks, > -Chris