ecryptfs does not work on top of NFS
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
ecryptfs-utils (Ubuntu) |
Confirmed
|
High
|
Unassigned |
Bug Description
Binary package hint: ecryptfs-utils
Smells a little like 277578, but the crash is different. My home directory is mounted from an NFS server, and I seem to get a NULL pointer deref when I do anything in the filesystem:
$ ls -la
total 64
dr-x------ 2 kees kees 113 2008-10-26 21:22 ./
drwx------ 392 kees users 36864 2008-10-26 21:23 ../
lrwxrwxrwx 1 kees kees 28 2008-10-26 21:22 THIS DIRECTORY HAS BEEN UNMOUNTED TO PROTECT YOUR DATA -- Run mount.ecryptfs_
$ cd
$ mount.ecryptfs_
$ cd -
/home/kees/Private
$ ls -la
total 0
$ mount | grep Private
/home/kees/.Private on /home/kees/Private type ecryptfs (rw,ecryptfs_
$ touch cow
Killed
$ dmesg
[467533.047859] ecryptfs_
[467533.047871] ecryptfs_
[467533.246779] ecryptfs_
[467533.246794] ecryptfs_
[467603.620965] ecryptfs_
[467603.620980] ecryptfs_
[467643.421891] BUG: unable to handle kernel paging request at 0000000000001038
[467643.421898] IP: [<ffffffffa0508
[467643.421922] PGD 81d38067 PUD 5d49e067 PMD 0
[467643.421926] Oops: 0000 [1] SMP
[467643.421930] CPU 0
[467643.421932] Modules linked in: cbc aes_x86_64 aes_generic ecb ecryptfs ipt_LOG tun i915 drm binfmt_misc rfcomm sco bnep l2cap bluetooth ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 xt_state nf_conntrack ipt_REJECT nfsd exportfs xt_tcpudp kvm_intel kvm ppdev autofs4 acpi_cpufreq cpufreq_
[467643.422048] Pid: 1004, comm: touch Not tainted 2.6.27-7-generic #1
[467643.422050] RIP: 0010:[<
[467643.422070] RSP: 0018:ffff880018
[467643.422072] RAX: ffff8800184f9ba8 RBX: ffff88000d92ba40 RCX: 0000000000000000
[467643.422075] RDX: 0000000000000000 RSI: 0000000000001000 RDI: ffff88000d92ba40
[467643.422078] RBP: ffff8800184f9a68 R08: ffff88022808a200 R09: ffff8800184f9af8
[467643.422080] R10: 0000000000000000 R11: 0000000000000001 R12: ffff8800184f9ae8
[467643.422083] R13: ffff8800184f9ae8 R14: ffff8800184f9bf8 R15: ffff8800c0c28410
[467643.422086] FS: 00007fb74c55a6e
[467643.422089] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[467643.422092] CR2: 0000000000001038 CR3: 00000000865c2000 CR4: 00000000000026e0
[467643.422095] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[467643.422098] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[467643.422101] Process touch (pid: 1004, threadinfo ffff8800184f8000, task ffff8802071e2ce0)
[467643.422103] Stack: 00000000184f9a58 0000000000000000 ffff8800184f9af8 0000000000000000
[467643.422109] ffff88000d92ba40 ffff8800184f9ae8 ffff8800184f9a88 ffffffffa05072be
[467643.422114] ffff88000d92ba40 0000000000000080 ffff8800184f9ab8 ffffffffa0507362
[467643.422119] Call Trace:
[467643.422137] [<ffffffffa0507
[467643.422155] [<ffffffffa0507
[467643.422172] [<ffffffffa0500
[467643.422189] [<ffffffffa0500
[467643.422210] [<ffffffffa0569
[467643.422227] [<ffffffffa056b
[467643.422246] [<ffffffffa055b
[467643.422252] [<ffffffff802ac
[467643.422256] [<ffffffff802b7
[467643.422259] [<ffffffff802ad
[467643.422263] [<ffffffff80266
[467643.422267] [<ffffffff802ab
[467643.422271] [<ffffffff80253
[467643.422275] [<ffffffff8026e
[467643.422279] [<ffffffff802c2
[467643.422283] [<ffffffff80387
[467643.422288] [<ffffffff80302
[467643.422292] [<ffffffff80303
[467643.422300] [<ffffffffa074b
[467643.422304] [<ffffffff80302
[467643.422308] [<ffffffff80312
[467643.422311] [<ffffffff80313
[467643.422315] [<ffffffff802eb
[467643.422318] [<ffffffff80313
[467643.422323] [<ffffffff80502
[467643.422327] [<ffffffff80212
[467643.422329]
[467643.422331]
[467643.422332] Code: df eb a8 66 66 2e 0f 1f 84 00 00 00 00 00 55 48 89 e5 48 83 ec 30 48 89 5d f0 4c 89 65 f8 e8 eb 97 d0 df 48 85 f6 48 89 fb 74 13 <48> 8b 46 38 ff 50 20 48 8b 5d f0 4c 8b 65 f8 c9 c3 66 90 83 e2
[467643.422374] RIP [<ffffffffa0508
[467643.422392] RSP <ffff8800184f9a38>
[467643.422394] CR2: 0000000000001038
[467643.422397] ---[ end trace ff97cd5bc2f81a3f ]---
I'm pretty sure this is a duplicate of bug #277578.
Layered filesystems (such as ecryptfs) in general don't work well on top of NFS due to some architectural problems with NFS in the kernel.
Mike, would you care to comment a bit on the kernel side of this problem?
:-Dustin