From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Anthony Wright <anthony@overnetdata.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: USB disk corruption on Xen 4.1.0 & Linux 2.6.38.7
Date: Tue, 31 May 2011 10:54:09 -0400 [thread overview]
Message-ID: <20110531145409.GN14641@dumpdata.com> (raw)
In-Reply-To: <9158059.26.1306843669556.JavaMail.root@zimbra.overnetdata.com>
On Tue, May 31, 2011 at 01:07:49PM +0100, Anthony Wright wrote:
> I build Xen 4.1.0 and linux 2.6.38.7 from source to do a DIY system based on Linux From Scratch (LFS).
Ok.. Had you tried my #devel/next-2.6.38 branch in the past?
>
> When I try to read from a USB memory stick (around 64M big), I get corruption on the latest version of Xen.
So this is from dom0 kernel, right?
>
> With Xen 3.x and linux 2.6.18 I can read the memory stick no problems.
>
> If I use the linux 2.6.38.7 kernel without a Xen hypervisor I can read the memory stick without problems.
>
> If I use the same setup, but this time introduce the Xen 4.1.0 hypervisor I get random blocks of sectors on the USB disk returning all zeros. Normally these blocks change each time I reboot, but are fixed once they've been established. On one occasion the blocks changed continuously each time I looked at the disk (I have a big file on the USB disk and I run md5sum before accessing it).
What is the filesystem on the USB disk?
>
> Just to remove other possibilities I've checked the system's RAM and it's fine (I've seen similar problems before with dodgy RAM). If I try to access a hard disk or CDROM, everything is fine.
>
> This could be a problem with the way I've built the kernel or Xen, but it seems to suggest that there's a bug in Xen.
>
> I'm happy to try to isolate the problem further if it can't be reproduced elsewhere. My first suggestion would be to use a known good binary copy of xen 4.1.0 and/or linux 2.6.38.7 if anybody can supply one.
<sigh>Please provide serial log or dmesg output.
>
> thanks,
>
> Anthony Wright
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
next prev parent reply other threads:[~2011-05-31 14:54 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <8150663.20.1306842333642.JavaMail.root@zimbra.overnetdata.com>
2011-05-31 12:07 ` USB disk corruption on Xen 4.1.0 & Linux 2.6.38.7 Anthony Wright
2011-05-31 14:54 ` Konrad Rzeszutek Wilk [this message]
2011-06-01 9:52 ` Anthony Wright
2011-06-01 14:23 ` Konrad Rzeszutek Wilk
2011-06-02 12:24 ` Anthony Wright
2011-06-02 14:38 ` Konrad Rzeszutek Wilk
2011-06-02 14:44 ` Konrad Rzeszutek Wilk
2011-06-02 15:59 ` Anthony Wright
2011-06-09 13:11 ` Anthony Wright
2011-06-09 13:25 ` Ian Pratt
2011-06-09 13:32 ` Konrad Rzeszutek Wilk
2011-06-09 13:40 ` Anthony Wright
2011-06-10 16:46 ` Konrad Rzeszutek Wilk
2011-06-13 22:06 ` Konrad Rzeszutek Wilk
2011-06-15 10:45 ` Anthony Wright
2011-06-15 11:43 ` Ian Pratt
2011-06-16 20:10 ` Konrad Rzeszutek Wilk
2011-06-17 9:45 ` Anthony Wright
2011-06-20 12:39 ` Konrad Rzeszutek Wilk
2011-07-29 19:24 ` Anthony Wright
2011-06-01 8:53 ` Ian Pratt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110531145409.GN14641@dumpdata.com \
--to=konrad.wilk@oracle.com \
--cc=anthony@overnetdata.com \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).