[Bugme-new] [Bug 32552] New: threads relating to md lock up, causing data loss and preventing halt/reboot
bugzilla-daemon at bugzilla.kernel.org
bugzilla-daemon at bugzilla.kernel.org
Sun Apr 3 05:29:02 PDT 2011
https://bugzilla.kernel.org/show_bug.cgi?id=32552
Summary: threads relating to md lock up, causing data loss and
preventing halt/reboot
Product: IO/Storage
Version: 2.5
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: normal
Priority: P1
Component: MD
AssignedTo: io_md at kernel-bugs.osdl.org
ReportedBy: delan at azabani.com
Regression: No
In 2.6.39 from mainline/snapshot/next, but not in 2.6.38, threads relating to
md frequently lock up permanently into the 'Uninterruptible' status, causing:
* any data attempted to be written after this problem begins to fail to commit
properly (meaning I could lose hours worth of downloads because the lock up
happens silently, without anything drastic such as a full freeze)
* halt/reboot are prevented (the shutdown process also is 'Uninterruptible')
* processes relying on files on a volume on the md to hang (e.g.
transmission-daemon won't respond to RPC anymore with torrents on the RAID)
* killing processes relying files on a volume on the md stay in Zombie state
and won't disappear (e.g. transmission-daemon)
The details of the lock up events vary, but this is one I'm encountering now:
* flush-9:127 is Uninterruptible on waiting channel 0, not using any CPU
* jbd2/md127p1-8 is Uninterruptible on waiting channel sleep_on_page, not using
any CPU
Another lock up I had was with a thread, I can't remember the name, being
Uninterruptible on waiting channel something like 'jbd2 transaction commit'.
I'm sorry for not being specific.
My current mdadm array would have been created with the following:
mdadm -C /dev/md/delan:Greens -e1.0 --name=Greens -l5 -n4 /dev/sd[cdef]1
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
More information about the Bugme-new
mailing list