From: Anthony Wright <anthony@overnetdata.com>
To: xen-devel@lists.xensource.com
Subject: USB disk corruption on Xen 4.1.0 & Linux 2.6.38.7
Date: Tue, 31 May 2011 13:07:49 +0100 (BST) [thread overview]
Message-ID: <9158059.26.1306843669556.JavaMail.root@zimbra.overnetdata.com> (raw)
In-Reply-To: <8150663.20.1306842333642.JavaMail.root@zimbra.overnetdata.com>
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).
When I try to read from a USB memory stick (around 64M big), I get corruption on the latest version of Xen.
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).
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.
thanks,
Anthony Wright
next parent reply other threads:[~2011-05-31 12:07 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 ` Anthony Wright [this message]
2011-05-31 14:54 ` USB disk corruption on Xen 4.1.0 & Linux 2.6.38.7 Konrad Rzeszutek Wilk
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=9158059.26.1306843669556.JavaMail.root@zimbra.overnetdata.com \
--to=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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.