Bug 889471
Summary: | [Btrfs] BUG: unable to handle kernel NULL pointer dereference at (null) btrfs_get_sb should return error when open_ctree failed | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Rock Lee <xinli> | ||||
Component: | kernel | Assignee: | Eric Sandeen <esandeen> | ||||
Status: | CLOSED ERRATA | QA Contact: | dhe | ||||
Severity: | high | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | 6.4 | CC: | eguan, esandeen, kzhang, linn, peterm, plambri, rwheeler, sreekanth_reddy, srinivas_g_gowda, tgummels | ||||
Target Milestone: | rc | Keywords: | Regression | ||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | kernel-2.6.32-471.el6 | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2014-10-14 05:13:42 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 1024339 | ||||||
Attachments: |
|
Description
Rock Lee
2012-12-21 10:31:52 UTC
This request was not resolved in time for the current release. Red Hat invites you to ask your support representative to propose this request, if still desired, for consideration in the next release of Red Hat Enterprise Linux. 6.3 GA kernel has no problem, set Regression keyword, found this when testing degraded mount feature Steps to reproduce: # setup two loop devices, say /dev/loop0 and /dev/loop1 mkfs.btrfs /dev/loop0 /dev/loop1 # mount loop0 should work mount /dev/loop0 /mnt/btrfs # Remove loop1 umount /mnt/btrfs losetup -d /dev/loop1 # mount loop0 again, this should fail, but panic mount /dev/loop0 /mnt/btrfs # If no panic, then mount with degraded option should work mount -o degraded /dev/loop0 /mnt/btrfs *** Bug 1093415 has been marked as a duplicate of this bug. *** *** Bug 1093415 has been marked as a duplicate of this bug. *** Created attachment 892050 [details]
Full oops
From the other BZ, it's worth noting that this is easily producible if someone has RHEL7 with a btrfs file system and then wants to re-install the system with RHEL6.5. It will crash during Anaconda and it won't necessarily be obvious why. To recreate: 1) Install RHEL7 2) Create a btrfs file system. I also created a file in the file system. 3) Shut the system down 4) Attempt to install RHEL6.5. Choose basic storage. When Anaconda examines the storage, the system will panic. It doesn't have to be a broken btrfs file system. This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux release for currently deployed products. This request is not yet committed for inclusion in a release. Patch(es) available on kernel-2.6.32-471.el6 *** Bug 1110173 has been marked as a duplicate of this bug. *** Hi, Can we have a KBase for this known behavior with RHEL 6.5 Please let us know *** Bug 920537 has been marked as a duplicate of this bug. *** Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHSA-2014-1392.html |