[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-users] blkfront: barrier: empty write op failed


  • To: xen-users@xxxxxxxxxxxxxxxxxxx
  • From: Luca Lesinigo <luca@xxxxxxxxx>
  • Date: Thu, 8 Sep 2011 02:48:27 +0200
  • Delivery-date: Wed, 07 Sep 2011 17:50:39 -0700
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

I have some Xen systems running Xen-4.1.1, dom0 linux-2.6.38 patched (it's 
gentoo's xen-sources) and domUs running linux-3.0.4 (vanilla sources from 
kernel.org).
Block devices are phy on LVM2 volumes on DRBD-8.3.9 devices.

Not immediately after boot, but after some I/O load on the disks I start seeing 
these in the domUs:
        blkfront: barrier: empty write xvdb1 op failed
        blkfront: xvdb1: barrier or flush: disabled

the systems appear to keep working correctly anyway.

I discovered the thing in domUs with linux-3.0.3 and got the same with -3.0.4, 
with or without cleancache enabled, mounting either an ext3 or an ext4 
filesystem.
The only domU I have running Ubuntu with its kernel 2.6.24-28-xen seems to be 
immune.

Doing something like "dd if=/dev/zero of=/dev/xvdb1" I wasn't able to trigger 
those messages even if I tried some different 'bs=XXX' values.
Doing a single mkfs.ext3 or mkfs.ext4 *will* trigger those message every time.

Is this something I should be worried about?
Should I switch back to an older kernel or change some other setting?

--
Luca Lesinigo
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.