kernel-packages team mailing list archive
-
kernel-packages team
-
Mailing list archive
-
Message #17282
[Bug 1199362] [NEW] nfs-common scripts and kernel oops
You have been subscribed to a public bug:
Hello,
I have nfs-common scripts version 1:1.2.6-3 and it seems that in
/etc/init/gssd.conf and /etc/init/idmapd.conf both scripts try to mount
rpc_pipefs. This happens in parallel at boot which results in the
following oops:
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.322864] BUG: unable to handle kernel NULL pointer dereference at 0000000000000030
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.322867] IP: [<ffffffffa00bfae8>] rpc_mkpipe_dentry+0x28/0x180 [sunrpc]
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.322960] PGD 3d642067 PUD 3d6c5067 PMD 0
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.322963] Oops: 0000 [#1] SMP
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.322971] CPU 0 Modules linked in: ppdev vmw_balloon coretemp psmouse serio_raw microcode parport_pc vmwgfx ttm drm mac_hid i2c_piix4 shpchp lp parport rpcsec_gss_krb5 nfsd nfs lockd fscache auth_rpcgss nfs_acl sunrpc ext2 e1000 floppy mptspi mptscsih mptbase vmw_pvscsi vmxnet3
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.322986]
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.322988] Pid: 1001, comm: mount Not tainted 3.5.0-23-generic #35~precise1-Ubuntu VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.322990] RIP: 0010:[<ffffffffa00bfae8>] [<ffffffffa00bfae8>] rpc_mkpipe_dentry+0x28/0x180 [sunrpc]
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323002] RSP: 0018:ffff88003bad9b78 EFLAGS: 00010286
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323003] RAX: ffffffffa00e72e0 RBX: ffff88003d987608 RCX: ffff88003bae0600
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323003] RDX: ffff88003d399e00 RSI: ffffffffa00e77ec RDI: 0000000000000000
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323004] RBP: ffff88003bad9bd8 R08: ffff88003c8c0db8 R09: 0000000000000000
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323005] R10: 000000003c8c0d01 R11: 0000000000000001 R12: ffff88003d399e00
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323005] R13: ffff88003bae0600 R14: ffff88003ba66e00 R15: 0000000000000000
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323016] FS: 00007ff302aa2800(0000) GS:ffff88003fc00000(0000) knlGS:0000000000000000
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323017] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323018] CR2: 0000000000000030 CR3: 000000003be51000 CR4: 00000000000007f0
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323041] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323058] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323062] Process mount (pid: 1001, threadinfo ffff88003bad8000, task ffff88003d532e00)
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323063] Stack:
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323064] ffff88003bad9bc1 ffff88003c8253c0 ffffffffa0179665 ffff88003ba66e00
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323066] ffff88003bad9c08 ffffffffa00a6fb5 ffffffff812ba1ae ffff88003d987608
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323068] ffff88003d399e00 ffff88003bae0600 ffff88003ba66e00 0000000000000000
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323069] Call Trace:
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323072] [<ffffffffa00a6fb5>] ? rpc_setup_pipedir_sb+0xb5/0x110 [sunrpc]
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323078] [<ffffffff812ba1ae>] ? security_inode_alloc+0x1e/0x20
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323105] [<ffffffffa00e151e>] gss_pipes_dentries_create+0x3e/0xc0 [auth_rpcgss]
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323115] [<ffffffffa00a7939>] __rpc_clnt_handle_event+0x59/0xd0 [sunrpc]
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323121] [<ffffffffa00a8362>] rpc_pipefs_event+0x72/0xd0 [sunrpc]
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323126] [<ffffffff816a29cd>] notifier_call_chain+0x4d/0x70
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323142] [<ffffffff8107e1a8>] __blocking_notifier_call_chain+0x58/0x80
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323159] [<ffffffff8107e1e6>] blocking_notifier_call_chain+0x16/0x20
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323161] [<ffffffffa00bf7a4>] rpc_fill_super+0xd4/0x150 [sunrpc]
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323169] [<ffffffffa00bf6d0>] ? rpc_cachedir_populate+0x20/0x20 [sunrpc]
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323176] [<ffffffff8118a4fc>] mount_ns+0xac/0xe0
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323191] [<ffffffffa00be1a9>] rpc_mount+0x29/0x30 [sunrpc]
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323199] [<ffffffff8118b243>] mount_fs+0x43/0x1b0
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323201] [<ffffffff811a4b23>] ? find_filesystem+0x63/0x80
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323207] [<ffffffff811a5d16>] vfs_kern_mount+0x76/0x120
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323209] [<ffffffff811a6704>] do_kern_mount+0x54/0x110
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323210] [<ffffffff811a8394>] do_mount+0x1a4/0x260
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323213] [<ffffffff811a8870>] sys_mount+0x90/0xe0
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323214] [<ffffffff816a7029>] system_call_fastpath+0x16/0x1b
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323217] Code: 44 00 00 55 48 89 e5 48 83 ec 60 48 89 5d d8 4c 89 65 e0 4c 89 6d e8 4c 89 75 f0 4c 89 7d f8 66 66 66 66 90 48 8b 81 b0 00 00 00 <4c> 8b 77 30 48 89 55 b0 49 89 cc 49 89 f5 49 89 ff 48 89 f7 48
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323247] RIP [<ffffffffa00bfae8>] rpc_mkpipe_dentry+0x28/0x180 [sunrpc]
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323255] RSP <ffff88003bad9b78>
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323256] CR2: 0000000000000030
Jul 9 08:49:42 SRV-VMBACKUP-REP1 kernel: [ 6.323263] ---[ end trace e87213321c41c8a6 ]---
workaround that solves this issue is to put a sleep before mounting cmd, something like:
sleep 1
if ! mountpoint -q "$PIPEFS_MOUNTPOINT"
then
mkdir -p "$PIPEFS_MOUNTPOINT"
mount -t rpc_pipefs rpc_pipefs "$PIPEFS_MOUNTPOINT" || true
fi
however, proper fix should remove this race from both scripts.
kernel version is: 3.5.0.23.30
This is ubuntu precise 12.04.2
--
Lukas Hejtmanek
** Affects: linux (Ubuntu)
Importance: Undecided
Status: New
** Tags: bot-comment precise
--
nfs-common scripts and kernel oops
https://bugs.launchpad.net/bugs/1199362
You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu.