There is a problem in actual kernel with openafs-kernel-1.4.10. The corresponding bug in openafs is http://rt.central.org/rt/index.html?q=124737. The issue should be fixed in 1.4.11 (info from sxw in #openafs). Could you please bump? Can I assist you on it? I had to remove the openafs-dprintf.patch to compile net-fs/openafs - job left to do was only a simple version bump. g, mueli p.S.: here is the kernel trace for reference Aug 21 11:26:20 michael [ 3289.504797] ------------[ cut here ]------------ Aug 21 11:26:20 michael [ 3289.504802] kernel BUG at kernel/cred.c:360! Aug 21 11:26:20 michael [ 3289.504805] invalid opcode: 0000 [#1] SMP Aug 21 11:26:20 michael [ 3289.504807] last sysfs file: /sys/devices/virtual/net/sit0/statistics/collisions Aug 21 11:26:20 michael [ 3289.504809] CPU 3 Aug 21 11:26:20 michael [ 3289.504811] Modules linked in: libafs(P) coretemp nvidia(P) snd_hda_codec_analog snd_hda_intel i2c_i801 snd_hda_codec snd_hwdep fuse dm_snapshot scsi_wait_scan Aug 21 11:26:20 michael [ 3289.504822] Pid: 5117, comm: emacs Tainted: P 2.6.30-gentoo-r4 #1 System Product Name Aug 21 11:26:20 michael [ 3289.504824] RIP: 0010:[<ffffffff8105211b>] [<ffffffff8105211b>] commit_creds+0x2c/0x18f Aug 21 11:26:20 michael [ 3289.504832] RSP: 0018:ffff88018bda5b98 EFLAGS: 00010206 Aug 21 11:26:20 michael [ 3289.504834] RAX: ffff88018bd0cf00 RBX: ffff88018bcb1000 RCX: 0000000000000000 Aug 21 11:26:20 michael [ 3289.504836] RDX: ffff88018d9d4380 RSI: ffff88018187a900 RDI: ffff88018bcb1000 Aug 21 11:26:20 michael [ 3289.504838] RBP: ffff88018bda5bb8 R08: 0000000000000246 R09: 0000000000000000 Aug 21 11:26:20 michael [ 3289.504840] R10: ffffffffa0896d00 R11: ffff880193d6d700 R12: ffff8801818e8300 Aug 21 11:26:20 michael [ 3289.504843] R13: ffff880193d6d700 R14: 0000000000000001 R15: ffff88018bda5c54 Aug 21 11:26:20 michael [ 3289.504845] FS: 00007f30ba751750(0000) GS:ffff88002807f000(0000) knlGS:0000000000000000 Aug 21 11:26:20 michael [ 3289.504848] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b Aug 21 11:26:20 michael [ 3289.504850] CR2: 00007f30b7014473 CR3: 0000000181923000 CR4: 00000000000006e0 Aug 21 11:26:20 michael [ 3289.504852] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Aug 21 11:26:20 michael [ 3289.504854] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Aug 21 11:26:20 michael [ 3289.504856] Process emacs (pid: 5117, threadinfo ffff88018bda4000, task ffff880193d6d700) Aug 21 11:26:20 michael [ 3289.504858] Stack: Aug 21 11:26:20 michael [ 3289.504859] ffff88018187a900 ffff88018d980d40 ffff88018bcb1000 ffff8801818e8000 Aug 21 11:26:20 michael [ 3289.504863] ffff88018bda5be8 ffffffffa086edd9 ffff8801818e8000 ffff8801818e8000 Aug 21 11:26:20 michael [ 3289.504866] ffff88018bcb1300 00000000418e5b8f ffff88018bda5c28 ffffffffa086f3c5 Aug 21 11:26:20 michael [ 3289.504870] Call Trace: Aug 21 11:26:20 michael [ 3289.504872] [<ffffffffa086edd9>] crset+0x79/0xa4 [libafs] Aug 21 11:26:20 michael [ 3289.504892] [<ffffffffa086f3c5>] __setpag+0x178/0x19a [libafs] Aug 21 11:26:20 michael [ 3289.504910] [<ffffffffa08393df>] PagInCred+0x97/0xb4 [libafs] Aug 21 11:26:20 michael [ 3289.504924] [<ffffffffa083943d>] afs_InitReq+0x41/0x59 [libafs] Aug 21 11:26:20 michael [ 3289.504938] [<ffffffffa0844627>] afs_access+0x6b/0x398 [libafs] Aug 21 11:26:20 michael [ 3289.504954] [<ffffffffa0874c99>] afs_fill_inode+0x3296/0x32f9 [libafs] Aug 21 11:26:20 michael [ 3289.504972] [<ffffffff810c5296>] inode_permission+0x69/0x97 Aug 21 11:26:20 michael [ 3289.504975] [<ffffffff810c5d9a>] __link_path_walk+0x12f/0x70c Aug 21 11:26:20 michael [ 3289.504978] [<ffffffff8108ccf0>] ? filemap_fault+0x81/0x325 Aug 21 11:26:20 michael [ 3289.504983] [<ffffffff810c6575>] path_walk+0x69/0xd4 Aug 21 11:26:20 michael [ 3289.504985] [<ffffffff810c69b8>] do_path_lookup+0x17d/0x1d4 Aug 21 11:26:20 michael [ 3289.504988] [<ffffffff810c8c9b>] user_path_at+0x52/0x8c Aug 21 11:26:20 michael [ 3289.504991] [<ffffffff8109c57e>] ? kmemdup+0x1f/0x37 Aug 21 11:26:20 michael [ 3289.504995] [<ffffffff81188299>] ? selinux_cred_prepare+0x1a/0x32 Aug 21 11:26:20 michael [ 3289.504999] [<ffffffff81181ea2>] ? security_prepare_creds+0x11/0x13 Aug 21 11:26:20 michael [ 3289.505007] [<ffffffff810bcbae>] sys_faccessat+0xa5/0x179 Aug 21 11:26:20 michael [ 3289.505010] [<ffffffff810bcc95>] sys_access+0x13/0x15 Aug 21 11:26:20 michael [ 3289.505013] [<ffffffff8100bb2b>] system_call_fastpath+0x16/0x1b Aug 21 11:26:20 michael [ 3289.505018] Code: 48 89 e5 41 55 41 54 53 48 89 fb 48 83 ec 08 65 4c 8b 2c 25 00 b0 00 00 49 8b 85 18 04 00 00 4d 8b a5 10 04 00 00 4c 39 e0 74 04 <0f> 0b eb fe 8b 00 ff c8 7f 04 0f 0b eb fe 8b 07 85 c0 7f 04 0f Aug 21 11:26:20 michael [ 3289.505046] RIP [<ffffffff8105211b>] commit_creds+0x2c/0x18f Aug 21 11:26:20 michael [ 3289.505050] RSP <ffff88018bda5b98> Aug 21 11:26:20 michael [ 3289.505053] ---[ end trace a95d28067cbd7eb3 ]---
Version bumped to 1.4.11. Any test results are welcome.
Looks good indeed! I've already used my "selfmade" ebuild, therefore I can confirm that the issue is fixed in 1.4.11. As far as I'd say this would be a release to got stable? What do you think? g, mueli
> Looks good indeed! I've already used my "selfmade" ebuild, therefore I can > confirm that the issue is fixed in 1.4.11. As far as I'd say this would be a > release to got stable? What do you think? Bug 273723, comment 5, indicates the pam_afs.so.1 that openafs-1.4.11 produces is broken. Because of this, stabling 1.4.11 does not seem like a good option.
