Bug 539328
Summary: | kernel BUG at arch/i386/mm/highmem.c:43! when creating a snapshot | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Bill Braswell <bbraswel> |
Component: | kernel | Assignee: | Cong Wang <amwang> |
Status: | CLOSED DUPLICATE | QA Contact: | Red Hat Kernel QE team <kernel-qe> |
Severity: | urgent | Docs Contact: | |
Priority: | urgent | ||
Version: | 5.4 | CC: | agk, amwang, czhang, fleite, lwoodman, moshiro, rkhan, stephen.lewis, stuart, tao |
Target Milestone: | rc | Keywords: | Regression |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | t | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-12-10 17:22:33 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Bill Braswell
2009-11-19 21:30:06 UTC
OK thanks, I'll reassign this to Eric Sandeen. Ok, this part was not upstream, but we put it in hoping to prevent memory starvation via mmap when the filesystem was frozen... did not anticipate this situation, thanks for the report, I'll look for a solution. -Eric Related also to bug #541956 I think the patch for 541956 might address this; if we do: pte_unmap_unlock(page_table, ptl); pte_unmap(page_table); kunmap_atomic(pte, KM_PTE0); before we sleep on the frozen fs, will that get us out of the atomic kmap? (In reply to comment #5) > I think the patch for 541956 might address this; if we do: > > pte_unmap_unlock(page_table, ptl); > pte_unmap(page_table); > kunmap_atomic(pte, KM_PTE0); > > before we sleep on the frozen fs, will that get us out of the atomic kmap? I think so, We'd better test if this problem is gone after that patch applied. Thanks. Amerigo, do you have a test kernel built already that we could provide to the customer? Bill/Fabio - can we ask the customer to test this? Thanks, -Eric (In reply to comment #7) > Amerigo, do you have a test kernel built already that we could provide to the > customer? Bill/Fabio - can we ask the customer to test this? > Yes, please download this one asap. https://brewweb.devel.redhat.com/taskinfo?taskID=2111628 Oracle is not needed for the crash. When the root filesystem is in LVM (and /etc/lvm is stored in the root filesystem LV), taking a snapshot of the root filesystem LV works once. The second time crashes. After rebooting from the crash, it will again work once. I should clarify: when the root filesystem of *dom0* is in LVM, snapshots of the dom0 root filesystem work once and then crash. Root filesystems of virtual machines seem to work, although the problems with Oracle suggests that they might fail also under heavy updates. *** This bug has been marked as a duplicate of bug 541956 *** |