Bug 1283491
Summary: | kernel BUG at drivers/md/md.c:317 | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Marian Csontos <mcsontos> | ||||
Component: | kernel | Assignee: | Heinz Mauelshagen <heinzm> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | unspecified | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | rawhide | CC: | agk, gansalmon, heinzm, itamar, jonathan, kernel-maint, madhu.chinakonda, mchehab, mpatocka | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2016-05-17 14:37:15 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: | |||||||
Attachments: |
|
Description
Marian Csontos
2015-11-19 07:18:44 UTC
Heinz, are you able to reproduce, please? If not, what other information do you need? Though this is failing in md but let's start with dm. strace | tail: 17:40:32.583843 write(3, "libdm-deptree.c:2728 Suppressed LVMTEST23827vg-LV1_rmeta_0 (253:66) identical table reload.\n", 94) = 94 17:40:32.583938 write(3, "libdm-deptree.c:2693 Loading LVMTEST23827vg-LV1 table (253:70)\n", 65) = 65 17:40:32.584015 write(3, "libdm-deptree.c:2637 Adding target to (253:70): 0 4096 raid raid1 3 0 region_size 1024 2 253:66 253:67 253:68 253:69\n", 119) = 119 17:40:32.584094 write(3, "ioctl/libdm-iface.c:1838 dm table (253:70) OF [16384] (*1)\n", 65) = 65 17:40:32.584161 ioctl(5, DM_TABLE_STATUS, 0x55ec50bbf5c0) = 0 17:40:32.584389 write(3, "libdm-deptree.c:2728 Suppressed LVMTEST23827vg-LV1 (253:70) identical table reload.\n", 86) = 86 17:40:32.584483 write(3, "libdm-deptree.c:1347 Resuming LVMTEST23827vg-LV1_rimage_1 (253:69)\n", 69) = 69 17:40:32.584575 open("/dev/urandom", O_RDONLY) = 14 17:40:32.584656 read(14, "\244\202", 2) = 2 17:40:32.584943 semget(0xd4d82a4, 1, IPC_CREAT|IPC_EXCL|0600) = 29917188 17:40:32.585021 write(3, "libdm-common.c:2338 Udev cookie 0xd4d82a4 (semid 29917188) created\n", 69) = 69 17:40:32.585088 semctl(29917188, 0, SETVAL, 0x1) = 0 17:40:32.585149 semctl(29917188, 0, GETVAL, 0x7f65b2a2fdfa) = 1 17:40:32.585222 write(3, "libdm-common.c:2358 Udev cookie 0xd4d82a4 (semid 29917188) incremented to 1\n", 78) = 78 17:40:32.585319 close(14) = 0 17:40:32.585541 semop(29917188, {{0, 1, 0}}, 1) = 0 17:40:32.585619 semctl(29917188, 0, GETVAL, 0x7f65b2a2fd97) = 2 17:40:32.585683 write(3, "libdm-common.c:2230 Udev cookie 0xd4d82a4 (semid 29917188) incremented to 2\n", 78) = 78 17:40:32.585756 write(3, "libdm-common.c:2480 Udev cookie 0xd4d82a4 (semid 29917188) assigned to RESUME task(5) with flags DISABLE_SUBSYSTEM_RULES DISABLE_DISK_RULES DISABLE_OTHER_RULES (0xe)\n", 176) = 176 17:40:32.586053 write(3, "ioctl/libdm-iface.c:1838 dm resume (253:69) NF [16384] (*1)\n", 66) = 66 17:40:32.586124 ioctl(5, DM_DEV_SUSPEND, 0x55ec50bbf5c0) = 0 17:40:32.589359 write(3, "libdm-common.c:1427 LVMTEST23827vg-LV1_rimage_1: Stacking NODE_ADD (253,69) 0:6 0660 [verify_udev]\n", 101) = 101 17:40:32.590361 write(3, "libdm-common.c:1437 LVMTEST23827vg-LV1_rimage_1: Stacking NODE_READ_AHEAD 256 (flags=1)\n", 90) = 90 17:40:32.590441 write(3, "libdm-common.c:230 Suspended device counter reduced to 4\n", 59) = 59 17:40:32.590686 write(3, "libdm-deptree.c:1347 Resuming LVMTEST23827vg-LV1_rmeta_1 (253:68)\n", 68) = 68 17:40:32.590764 semget(0xd4d82a4, 1, 0) = 29917188 17:40:32.590837 semop(29917188, {{0, 1, 0}}, 1) = 0 17:40:32.590905 semctl(29917188, 0, GETVAL, 0x7f65b2a2fd97) = 3 17:40:32.591179 write(3, "libdm-common.c:2230 Udev cookie 0xd4d82a4 (semid 29917188) incremented to 3\n", 78) = 78 17:40:32.591359 write(3, "libdm-common.c:2480 Udev cookie 0xd4d82a4 (semid 29917188) assigned to RESUME task(5) with flags DISABLE_SUBSYSTEM_RULES DISABLE_DISK_RULES DISABLE_OTHER_RULES (0xe)\n", 176) = 176 17:40:32.592368 write(3, "ioctl/libdm-iface.c:1838 dm resume (253:68) NF [16384] (*1)\n", 66) = 66 17:40:32.592442 ioctl(5, DM_DEV_SUSPEND, 0x55ec50bbf5c0) = 0 17:40:32.592545 write(3, "libdm-common.c:1427 LVMTEST23827vg-LV1_rmeta_1: Stacking NODE_ADD (253,68) 0:6 0660 [verify_udev]\n", 100) = 100 17:40:32.592623 write(3, "libdm-common.c:1437 LVMTEST23827vg-LV1_rmeta_1: Stacking NODE_READ_AHEAD 256 (flags=1)\n", 89) = 89 17:40:32.592855 write(3, "libdm-common.c:230 Suspended device counter reduced to 3\n", 59) = 59 17:40:32.592933 write(3, "libdm-deptree.c:1347 Resuming LVMTEST23827vg-LV1_rimage_0 (253:67)\n", 69) = 69 17:40:32.593004 semget(0xd4d82a4, 1, 0) = 29917188 17:40:32.593064 semop(29917188, {{0, 1, 0}}, 1) = 0 17:40:32.593809 semctl(29917188, 0, GETVAL, 0x7f65b2a2fd97) = 4 17:40:32.593883 write(3, "libdm-common.c:2230 Udev cookie 0xd4d82a4 (semid 29917188) incremented to 4\n", 78) = 78 17:40:32.593957 write(3, "libdm-common.c:2480 Udev cookie 0xd4d82a4 (semid 29917188) assigned to RESUME task(5) with flags DISABLE_SUBSYSTEM_RULES DISABLE_DISK_RULES DISABLE_OTHER_RULES (0xe)\n", 176) = 176 17:40:32.594033 write(3, "ioctl/libdm-iface.c:1838 dm resume (253:67) NF [16384] (*1)\n", 66) = 66 17:40:32.594100 ioctl(5, DM_DEV_SUSPEND, 0x55ec50bbf5c0) = 0 17:40:32.594373 write(3, "libdm-common.c:1427 LVMTEST23827vg-LV1_rimage_0: Stacking NODE_ADD (253,67) 0:6 0660 [verify_udev]\n", 101) = 101 17:40:32.595328 write(3, "libdm-common.c:1437 LVMTEST23827vg-LV1_rimage_0: Stacking NODE_READ_AHEAD 256 (flags=1)\n", 90) = 90 17:40:32.595409 write(3, "libdm-common.c:230 Suspended device counter reduced to 2\n", 59) = 59 17:40:32.595483 write(3, "libdm-deptree.c:1347 Resuming LVMTEST23827vg-LV1_rmeta_0 (253:66)\n", 68) = 68 17:40:32.595582 semget(0xd4d82a4, 1, 0) = 29917188 17:40:32.595885 semop(29917188, {{0, 1, 0}}, 1) = 0 17:40:32.596356 semctl(29917188, 0, GETVAL, 0x7f65b2a2fd97) = 5 17:40:32.596425 write(3, "libdm-common.c:2230 Udev cookie 0xd4d82a4 (semid 29917188) incremented to 5\n", 78) = 78 17:40:32.596499 write(3, "libdm-common.c:2480 Udev cookie 0xd4d82a4 (semid 29917188) assigned to RESUME task(5) with flags DISABLE_SUBSYSTEM_RULES DISABLE_DISK_RULES DISABLE_OTHER_RULES (0xe)\n", 176) = 176 17:40:32.596596 write(3, "ioctl/libdm-iface.c:1838 dm resume (253:66) NF [16384] (*1)\n", 66) = 66 17:40:32.597325 ioctl(5, DM_DEV_SUSPEND, 0x55ec50bbf5c0) = 0 17:40:32.597583 write(3, "libdm-common.c:1427 LVMTEST23827vg-LV1_rmeta_0: Stacking NODE_ADD (253,66) 0:6 0660 [verify_udev]\n", 100) = 100 17:40:32.597664 write(3, "libdm-common.c:1437 LVMTEST23827vg-LV1_rmeta_0: Stacking NODE_READ_AHEAD 256 (flags=1)\n", 89) = 89 17:40:32.597736 write(3, "libdm-common.c:230 Suspended device counter reduced to 1\n", 59) = 59 17:40:32.597826 write(3, "libdm-deptree.c:1347 Resuming LVMTEST23827vg-LV1 (253:70)\n", 60) = 60 17:40:32.598497 semget(0xd4d82a4, 1, 0) = 29917188 17:40:32.598577 semop(29917188, {{0, 1, 0}}, 1) = 0 17:40:32.599336 semctl(29917188, 0, GETVAL, 0x7f65b2a2fd97) = 6 17:40:32.599425 write(3, "libdm-common.c:2230 Udev cookie 0xd4d82a4 (semid 29917188) incremented to 6\n", 78) = 78 17:40:32.599516 write(3, "libdm-common.c:2480 Udev cookie 0xd4d82a4 (semid 29917188) assigned to RESUME task(5) with flags (0x0)\n", 113) = 113 17:40:32.599776 write(3, "ioctl/libdm-iface.c:1838 dm resume (253:70) NF [16384] (*1)\n", 66) = 66 17:40:32.599862 ioctl(5, DM_DEV_SUSPEND <unfinished ...> 17:40:32.732179 +++ killed by SIGSEGV +++ I'm also seeing this error on 4.4-rc, LVM test shell/lvchange-raid.sh causes it. Created attachment 1098924 [details] A patch for this bug See also this https://www.redhat.com/archives/dm-devel/2015-November/msg00228.html Could you explain me, is "mdadm --create --level raid10" nested? Also if I have scheme with raid10 → lvm → raid1, is this nested md or not? "This fails when running `lvchange --refresh VG/LV` after a PV was disabled and enabled." Can we break this down into the sequence of steps that is leading to this problem, and how the patch resolves it? (In reply to Alexey Mochkin from comment #5) > Could you explain me, is "mdadm --create --level raid10" nested? > Also if I have scheme with raid10 → lvm → raid1, is this nested md or not? The "nesting" of suspends referred to is internal nesting within the kernel - there is an attempt to suspend md to update the integrity profile while it is already suspended. (In reply to Alasdair Kergon from comment #7) > (In reply to Alexey Mochkin from comment #5) > > Could you explain me, is "mdadm --create --level raid10" nested? > > Also if I have scheme with raid10 → lvm → raid1, is this nested md or not? > > The "nesting" of suspends referred to is internal nesting within the kernel > - there is an attempt to suspend md to update the integrity profile while it > is already suspended. I already read it in bug description. But I can't understand is case which I described in my comment "nested" or not? > I already read it in bug description. But I can't understand is case which I
> described in my comment "nested" or not?
The first case isn't nested, the second case is. But it has nothing to do with "nesting" that caused this bug.
Marian, I presume this is not reproducible with recent kernel any more? |