kernel-packages team mailing list archive

Thread
Date
[Bug 1199362] Re: nfs-common scripts and kernel oops

To: kernel-packages@xxxxxxxxxxxxxxxxxxx
From: Steve Langasek <steve.langasek@xxxxxxxxxxxxx>
Date: Tue, 24 Sep 2013 20:40:55 -0000
Reply-to: Bug 1199362 <1199362@xxxxxxxxxxxxxxxxxx>
Sender: bounces@xxxxxxxxxxxxx
A kernel oops is always a kernel bug, not a userspace bug.  Reassigning
to the kernel.

** Package changed: nfs-utils (Ubuntu) => linux (Ubuntu)

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1199362

Title:
  nfs-common scripts and kernel oops

Status in “linux” package in Ubuntu:
  Incomplete

Bug description:
  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

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1199362/+subscriptions