Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Greetings,
My team is seeing kernel panics when using DRBD inside an RHCS cluster. These appear quite similar, perhaps identical, to the panics reported by others on this list. We would greatly appreciate any assistance with them.
Environment:
CentOS 6.0
Kernel 2.6.32-71.29.1.el6.x86_64
RHCS 3.0.12
DRBD 8.4.0 (built from sources, on the target system)
Steps to reproduce:
Configure and start a two-node RHCS cluster with DRBD as a cluster resource.
Shut down the node on which DRBD is primary ("node 1"). (Backup node "2" takes over.)
Start node 1 back up.
As soon as node 1 reaches the DRBD init script, node 2 panics. 100% reproducible.
Panic details:
BUG: unable to handle kernel NULL pointer dereference at 0000000000000038
IP: [<ffffffff813fda60>] sock_ioctl+0x30/0x280
PGD 211f3b067 PUD 1c97fd067 PMD 0
Oops: 0000 [#1] SMP
last sysfs file: /sys/devices/pci0000:00/0000:00:15.0/0000:03:00.0/local_cpus
CPU 0
Modules linked in: dlm configfs sctp drbd(U) libcrc32c sunrpc ipv6 vsock(U) ext3 jbd xfs exportfs dm_mirror dm_region_hash dm_log ppdev parport_pc parport e1000 vmware_balloon vmci(U) i2c_piix4 i2c_core sg shpchp ext4 mbcache jbd2 sd_mod crc_t10dif sr_mod cdrom vmw_pvscsi ata_generic pata_acpi ata_piix dm_mod [last unloaded: configfs]
Pid: 8640, comm: drbdadm Not tainted 2.6.32-71.29.1.el6.x86_64 #1 VMware Virtual Platform
RIP: 0010:[<ffffffff813fda60>] [<ffffffff813fda60>] sock_ioctl+0x30/0x280
RSP: 0018:ffff88016a889e38 EFLAGS: 00010282
RAX: 0000000000000000 RBX: 0000000000005401 RCX: 00007fffbd9d44d0
RDX: 00007fffbd9d44d0 RSI: 0000000000005401 RDI: ffff88021c751c00
RBP: ffff88016a889e58 R08: ffffffff81536380 R09: 0000000000000000
R10: 0000000000000001 R11: 0000000000000001 R12: 00007fffbd9d44d0
R13: 00007fffbd9d44d0 R14: ffff880221da8a00 R15: 0000000000000000
FS: 00007fe9a7eff700(0000) GS:ffff880028200000(0000) knlGS:0000000000000000
CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 0000000000000038 CR3: 000000016a8f5000 CR4: 00000000000006f0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process drbdadm (pid: 8640, threadinfo ffff88016a888000, task ffff88016f5d8100)
Stack:
ffff88021c751c00 ffff880221da8a48 00007fffbd9d44d0 0000000000000000
<0> ffff88016a889e98 ffffffff8117fdf2 ffff880236c4d880 ffff880221dc3740
<0> 0000000000000000 0000000000000000 0000000000000000 ffff88021c751c00
Call Trace:
[<ffffffff8117fdf2>] vfs_ioctl+0x22/0xa0
[<ffffffff8117ff94>] do_vfs_ioctl+0x84/0x580
[<ffffffff81180511>] sys_ioctl+0x81/0xa0
[<ffffffff81013172>] system_call_fastpath+0x16/0x1b
Code: 83 ec 20 48 89 1c 24 4c 89 64 24 08 4c 89 6c 24 10 4c 89 74 24 18 0f 1f 44 00 00 4c 8b b7 a0 00 00 00 89 f3 49 89 d4 49 8b 46 38 <4c> 8b 68 38 8d 83 10 76 ff ff 83 f8 0f 76 51 8d 83 00 75 ff ff
RIP [<ffffffff813fda60>] sock_ioctl+0x30/0x280
RSP <ffff88016a889e38>
CR2: 0000000000000038
All help is greatly appreciated....
Steven Roth
Hewlett-Packard Company
steve.roth at hp.com<mailto:steve.roth at hp.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20110907/d11af431/attachment.htm>