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

Bug#705124: marked as done (ext3 fs corruption in squeeze PV domain under wheezy Xen)

Your message dated Sun, 29 May 2016 21:24:52 +0100
with message-id 6c3fea4e-54cd-430b-9fbb-33288d7a6285@decadent.org.uk
and subject line Closing bugs assigned to linux-2.6 package
has caused the Debian Bug report #705124,
regarding ext3 fs corruption in squeeze PV domain under wheezy Xen
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
705124: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705124
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
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

--- End Message ---
--- Begin Message --- 
Version: 3.4.1-1~experimental.1+rm

Debian 6.0 Long Term Support has ended, and the 'linux-2.6' source
package will no longer be updated.  This bug was reassigned to the
'linux' source package earlier today, but I am now closing it on the
assumption that it does not affect the kernel versions in newer Debian
releases.

If you can still reproduce this bug in a newer release, please reopen
the bug report and reassign it to 'src:linux' and the affected version
of the package.  You can find the package version for the running
kernel by running:

    uname -v

or the versions of all installed kernel packages by running:

    dpkg -l 'linux-image-[34]*' | grep ^.i

and looking at the third column.

I apologise that we weren't able to provide a specific resolution for
this bug.

Ben.

-- 
Ben Hutchings - Debian developer, member of Linux kernel and LTS teams

--- End Message ---
Reply to: