Skip to navigation

Kernel panic in gfs2_inplace_reserve+0x54f on 2.6.32-358.2.1.el6 kernel on Red Hat Enterprise Linux 6.4

Updated 2014-04-08T20:41:32+00:00

Issue

  • kernel is panicking in gfs2_dirent_find_space
  • We're seeing a gfs2_dirent_find_space crash even after upgrading to 2.6.32-358.2.1.el6.x86_64 or 2.6.32-358.6.1.el6. It was suggested that we request a kernel with the fix to bz 908398. For reference, here is the backtrace:
BUG: unable to handle kernel NULL pointer dereference at 0000000000000060
IP: [<ffffffffa05536ff>] gfs2_inplace_reserve+0x54f/0x7e0 [gfs2]
PGD 0 
Oops: 0002 [#1] SMP 
last sysfs file: <random sysfs file>
CPU 17 
Modules linked in: nfsd exportfs autofs4 gfs2 nfs lockd fscache auth_rpcgss nfs_acl dlm configfs sunrpc cpufreq_ondemand freq_table pcc_cpufreq
arpt_mangle arptable_filter arp_tables ipt_REJECT nf_conntrack_ipv4 nf_defrag_ipv4 xt_recent ipt_LOG iptable_filter ip_tables ip6t_REJECT
nf_conntrack_ipv6 nf_defrag_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables ipv6 uinput microcode iTCO_wdt iTCO_vendor_support hpilo hpwdt
i7core_edac edac_core sg power_meter netxen_nic shpchp ext4 mbcache jbd2 dm_round_robin sr_mod cdrom sd_mod crc_t10dif qla2xxx scsi_transport_fc
scsi_tgt pata_acpi ata_generic ata_piix hpsa radeon ttm drm_kms_helper drm i2c_algo_bit i2c_core dm_multipath dm_mirror dm_region_hash dm_log
dm_mod [last unloaded: scsi_wait_scan]

Pid: 60991, comm: httpd Not tainted 2.6.32-358.2.1.el6.x86_64 #1 HP ProLiant DL580 G7
RIP: 0010:[<ffffffffa05536ff>]  [<ffffffffa05536ff>] gfs2_inplace_reserve+0x54f/0x7e0 [gfs2]
RSP: 0018:ffff881a9b975a58  EFLAGS: 00010297
RAX: ffff88082f977628 RBX: 0000000000000003 RCX: 0000000003b0044e
RDX: 0000000003b0044e RSI: 0000000003af74c5 RDI: ffff88102e488440
RBP: ffff881a9b975b18 R08: 0000000000000000 R09: 0000000000000000
R10: 0000000000001000 R11: 0000000000000000 R12: ffff88102e488000
R13: 0000000000000000 R14: ffff88048ad06080 R15: ffff881a9b975b78
FS:  00007f40e653e7e0(0000) GS:ffff88105c640000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 0000000000000060 CR3: 0000001c40811000 CR4: 00000000000007e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process httpd (pid: 60991, threadinfo ffff881a9b974000, task ffff881c22ab8040)
Stack:
 ffff88180b1465f0 ffffffffa052e2d0 ffff881a9b975a98 ffff880790959200
<d> ffff88180b1465f0 00000115a052e2d0 ffff881a9b975b10 ffff88102e488000
<d> ffff881a9b975af8 ffffffffa052f89f ffff88082f977628 0000000000000000
Call Trace:
 [<ffffffffa052e2d0>] ? gfs2_dirent_find_space+0x0/0x50 [gfs2]
 [<ffffffffa052f89f>] ? gfs2_dirent_search+0xff/0x1a0 [gfs2]
 [<ffffffffa054b041>] gfs2_rename+0x6b1/0x8c0 [gfs2]
 [<ffffffffa054aab8>] ? gfs2_rename+0x128/0x8c0 [gfs2]
 [<ffffffffa054aad6>] ? gfs2_rename+0x146/0x8c0 [gfs2]
 [<ffffffffa054aafc>] ? gfs2_rename+0x16c/0x8c0 [gfs2]
 [<ffffffff811672cb>] ? cache_alloc_refill+0x15b/0x240
 [<ffffffffa054aa65>] ? gfs2_rename+0xd5/0x8c0 [gfs2]
 [<ffffffff8118ffdb>] vfs_rename+0x3ab/0x440
 [<ffffffff81191d0a>] sys_renameat+0x1da/0x240
 [<ffffffff81277495>] ? _atomic_dec_and_lock+0x55/0x80
 [<ffffffff811a1bc0>] ? mntput_no_expire+0x30/0x110
 [<ffffffff8117eaa3>] ? sys_fchmodat+0x73/0x100
 [<ffffffff81186c46>] ? sys_newstat+0x36/0x50
 [<ffffffff81191d8b>] sys_rename+0x1b/0x20
 [<ffffffff8100b072>] system_call_fastpath+0x16/0x1b

Environment

  • Red Hat Enterprise Linux Server 6 (with the High Availability and Resilient Storage Add Ons)
    • Specifically, this issue occurs on kernel-2.6.32-358.2.1.el6, 2.6.32-358.6.1.el6, and 2.6.32-358.12.1.el6. See this solution if you have an earlier kernel.
  • Global File System 2(GFS2) filesystem.

Subscriber content preview. For full access to the Red Hat Knowledgebase, please log in.

Not a subscriber? Learn more about the benefits of Red Hat Subscriptions.