Pkg xen devel - Apr 2013 - Bug#705124: base: Filesystem corruption issue

reassign 705124 xen
# even though i'm not 100% sure it's a xen issue, it smells like one,
# also because I use pretty similar setups (just without xen) without issues
#
# there are more logs from the bug submitter in the BTS
#
# and downgrading might also be approriate...
thanks

On Mittwoch, 10. April 2013, Anthony Sheetz wrote:
> Package: base
> Severity: critical
> Tags: lfs
> Justification: breaks the whole system
> 
> Dear Maintainer,
> We have discovered a bug which results in corrupted logical volumes,
> causing xen virtual machines to be unable to boot.
> We have experienced this bug on two different laptops - Lenovo Thinkpad
> T430, Asus G55V
> 
> Steps to reproduce:
> Install Debian Testing from Netinstall CD, amd64.
> Choose LVM and Full Disk Encryption, with a separate /home
> Resize /home to be 80GB
> Install openswan, connect to remote network
> Install xen
> Set up a virtual machine with Debian Stable using logical volumes as the
> backing store. fs: ext3
> 	network: NAT
> transfer a large (multigigabyte) file from a remote server over the
> internet to the virtual machine
> 
> Expected behavior: File transfers fine, md5sum agrees with remote system
> Observed behavior: md5sum never matches, done enough times, the ext3 fs
> becomes corrupted.
> 
> Have some saved log files to include - will attempt to do so once this
> ticket is filed.
> 
> Have tried using a second machine as a network tunnel to the remote server,
> and still got an invalid checksum. Have tried scp and rsync, both fail
> similarly.
> Have tried Stable Dom0 with Stable DomU, file transfers succesfully.
> Files transfered between Dom0 and DomU transfer fine.
> Files transfered from a computer on the local network transfer succesfully.
> Bug occurs on two different laptops in the same way.
> 
> 
> -- System Information:
> Debian Release: 7.0
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash


-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.alioth.debian.org/pipermail/pkg-xen-devel/attachments/20130410/fe8162c2/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 828 bytes
Desc: This is a digitally signed message part.
URL:
<http://lists.alioth.debian.org/pipermail/pkg-xen-devel/attachments/20130410/fe8162c2/attachment.pgp>

Processing commands for control at bugs.debian.org:
> reassign 705124 xen
Bug #705124 [base] base: Filesystem corruption issue
Bug reassigned from package 'base' to 'xen'.
Ignoring request to alter found versions of bug #705124 to the same values
previously set
Ignoring request to alter fixed versions of bug #705124 to the same values
previously set
> # even though i'm not 100% sure it's a xen issue, it smells like
one,
> # also because I use pretty similar setups (just without xen) without
issues
> #
> # there are more logs from the bug submitter in the BTS
> #
> # and downgrading might also be approriate...
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
705124: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705124
Debian Bug Tracking System
Contact owner at bugs.debian.org with problems

On 04/10/2013 09:57 PM, Holger Levsen wrote:
>> Dear Maintainer,
> 
>> We have discovered a bug which results in corrupted logical volumes,
> 
>> causing xen virtual machines to be unable to boot.
> 
>> We have experienced this bug on two different laptops - Lenovo Thinkpad
> 
>> T430, Asus G55V
Hi Anthony,

Could you provide the output of lspci on both machines? (and probably
also the output of dmidecode might be useful)

Cheers,

Thomas