| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Sat, 9 Jan 2010 14:32:46 +0000 From: Daniel J Blueman <daniel.blueman@...il.com> To: linux-nfs@...r.kernel.org, Linux Kernel <linux-kernel@...r.kernel.org> Subject: [2.6.33-rc3] NFS4 and dentry issues... When synchronising files (unison, like a two way rsync) over an NFS4 mount (server with 2.6.32.2) on a client running 2.6.33-rc3 (also -rc2), I ran into dcache issues [1]. I've been unable to consistently reproduce this for bisecting, and filesystem benchmarks via NFS on tmpfs over localhost fails to reproduce it either. What additional information may be useful? client is 2.6.33-rc3 amd64, /proc/mounts: x1:/ /net nfs4 rw,relatime,vers=4,rsize=262144,wsize=262144,namlen=255,acregmin=30,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.10.2,addr=192.168.10.250 0 0 server is 2.6.32.3 amd64, exportfs -v: /store 192.168.10.0/24(rw,async,wdelay,insecure,no_root_squash,no_subtree_check,fsid=0) Thanks, Daniel --- [1] kernel BUG at /home/kernel-ppa/mainline/build/fs/dcache.c:1869! invalid opcode: 0000 [#1] SMP last sysfs file: /sys/devices/virtual/block/ram9/uevent CPU 5 Pid: 31525, comm: unison-2.27.57- Tainted: G W 2.6.33-020633rc3-generic #020633rc3 0KM426/Studio 1557 RIP: 0010:[<ffffffff8113f3ac>] [<ffffffff8113f3ac>] d_materialise_unique+0x18c/0x190 RSP: 0000:ffff880099fcba28 EFLAGS: 00010206 RAX: ffff88009beb6c00 RBX: ffff88009bf0c0a0 RCX: ffff88009beb6c40 RDX: ffff88009beb6b80 RSI: ffff88009beb6caa RDI: ffffffff81a28800 RBP: ffff880099fcba58 R08: ffff88009bf0c0d0 R09: ffff88009bf0c0d0 R10: 00000000e68b3169 R11: ffff8800735e5180 R12: ffff88009beb6c0 R13: ffff88009bf0a900 R14: ffff8800735e5180 R15: ffff88009bf0c0a0 FS: 00007f463ed40790(0000) GS:ffff880028340000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00007f28cd23d000 CR3: 0000000099fda000 CR4: 00000000000006e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Process unison-2.27.57- (pid: 31525, threadinfo ffff880099fca000, task ffff880131a1db80) Stack: 0000000199fcba48 ffff88009bf0c0a0 ffff8800735e5180 ffff88009bf0a900 <0> ffff880099fcba78 ffff880099fcbb38 ffff880099fcbbf8 ffffffffa020f4ab <0> 0000000000000000 ffff88009beb6780 ffff81a000027e7f 000005dc00000001 Call Trace: [<ffffffffa020f4ab>] nfs_lookup+0x15b/0x1d0 [nfs] [<ffffffff810e4c32>] ? mempool_free_slab+0x12/0x20 [<ffffffff8153b729>] ? _raw_spin_lock+0x9/0x10 [<ffffffffa020fd1e>] nfs_atomic_lookup+0xde/0x120 [nfs] [<ffffffff81134f07>] do_lookup+0x1b7/0x240 [<ffffffff811364e7>] link_path_walk+0x6e7/0xc70 [<ffffffffa02152e1>] ? nfs_refresh_inode+0x51/0x70 [nfs] [<ffffffff81136acc>] path_walk+0x5c/0xc0 [<ffffffff81136c7b>] do_path_lookup+0x5b/0xc0 [<ffffffff811385ee>] user_path_at+0x4e/0x90 [<ffffffff8153b729>] ? _raw_spin_lock+0x9/0x10 [<ffffffff8112e57b>] ? cp_new_stat+0xfb/0x120 [<ffffffff8112e7ac>] vfs_fstatat+0x4c/0x70 [<ffffffff8112e839>] vfs_lstat+0x19/0x20 [<ffffffff8112e85f>] sys_newlstat+0x1f/0x50 [<ffffffff81009ec2>] system_call_fastpath+0x16/0x1b Code: ec e9 0d ff ff ff 4c 89 e7 4c 89 fe 45 31 e4 e8 ab e1 0e 00 e9 2b ff ff ff 0f 0b eb fe 48 c7 c7 00 88 a2 81 e8 d6 10 > 0b eb fe 55 48 89 e5 48 83 ec 10 48 89 1c 24 4c 89 64 24 08 RIP [<ffffffff8113f3ac>] d_materialise_unique+0x18c/0x190 RSP <ffff880099fcba28> ---[ end trace 5ed2e330c2528614 ]--- -- Daniel J Blueman -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists