Hello Nicolas,
thanks for testing 1.6.6pre1 before it's even announced!
Could you give us more details about the client platform, cache configuration
and backing filesystem, and how you reproduce this crash?
Are you sure you can't provoke this problem on 1.6.5.1, 1.6.5 or 1.6.3?
Regards,
Stephan
On 2013-11-18, at 14:33, nicolas prochazka <[email protected]> wrote:
> hello again, and sorry for the spam.
> After 30m of copy, the bug persist with 1.6.6pre1 module / afsd
>
> Regards,
> Nicolas Prochazka
>
> 2013/11/18 nicolas prochazka <[email protected]>:
>> Hello again,
>> some tests after,
>> it seems to be a bad configuration in my side
>> : use of openafs 1.6.6pre1 kernel module with openafs 1.6.5.1 afsd cache
>> daemons
>>
>> Regards,
>> Nicolas Prochazka
>>
>> 2013/11/18 nicolas prochazka <[email protected]>:
>>> hello,
>>>
>>> setup :
>>> openafs : OpenAFS 1.6.6pre1
>>> kernel 3.11.8
>>>
>>> when i start afsd ,
>>> [ 231.083287] openafs: Can't get dentry
>>> [ 231.083323] ------------[ cut here ]------------
>>> [ 231.083326] kernel BUG at
>>> /tmp/openafs-d294e9c/src/libafs/MODLOAD-3.11.8-MP/osi_file.c:53!
>>> [ 231.083328] invalid opcode: 0000 [#1] SMP
>>> [ 231.083337] Modules linked in: libafs(PO) zfs(PO) zunicode(PO)
>>> zavl(PO) zcommon(PO) znvpair(PO) spl(O) [last unloaded: libafs]
>>> [ 231.083347] CPU: 0 PID: 16582 Comm: ndvClusterManag Tainted: P
>>> O 3.11.8 #1
>>> [ 231.083348] Hardware name: innotek GmbH VirtualBox/VirtualBox, BIOS
>>> VirtualBox 12/01/2006
>>> [ 231.083350] task: ffff8800a5267000 ti: ffff8800a1b20000 task.ti:
>>> ffff8800a1b20000
>>> [ 231.083351] RIP: 0010:[<ffffffffa02c3db6>] [<ffffffffa02c3db6>]
>>> afs_linux_raw_open+0x96/0xf0 [libafs]
>>> [ 231.083372] RSP: 0018:ffff8800a1b21788 EFLAGS: 00010296
>>> [ 231.083373] RAX: 0000000000000019 RBX: 0000000000000000 RCX:
>>> ffffffff8277c488
>>> [ 231.083374] RDX: 000000000000001f RSI: 0000000000000082 RDI:
>>> 0000000000000246
>>> [ 231.083375] RBP: ffff8800a1b217a8 R08: 0000000000000400 R09:
>>> ffffffff8277c488
>>> [ 231.083376] R10: 0000000000000266 R11: 0000000000000265 R12:
>>> ffff8800a945a000
>>> [ 231.083377] R13: ffff8800a5267000 R14: 0000000000000000 R15:
>>> 000000003b9ac9ff
>>> [ 231.083387] FS: 00007f3b75f51700(0000) GS:ffff88011fc00000(0000)
>>> knlGS:0000000000000000
>>> [ 231.083389] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
>>> [ 231.083390] CR2: 0000000000458dc0 CR3: 00000000a1af8000 CR4:
>>> 00000000000006f0
>>> [ 231.083395] Stack:
>>> [ 231.083396] 000000d0a5267000 ffff88011fff0000 ffffc9000f5d6cc8
>>> ffff8800a945a000
>>> [ 231.083399] ffff8800a1b217d8 ffffffffa02c3ec4 ffff8800b8ed6000
>>> ffff8800b8ed6000
>>> [ 231.083401] ffffc9000f5d6c00 0000000000000000 ffff8800a1b21908
>>> ffffffffa027f5f1
>>> [ 231.083403] Call Trace:
>>> [ 231.083412] [<ffffffffa02c3ec4>] osi_UFSOpen+0xb4/0x190 [libafs]
>>> [ 231.083422] [<ffffffffa027f5f1>] afs_GetDCache+0x901/0x2380 [libafs]
>>> [ 231.083439] [<ffffffff8116159b>] ? __mem_cgroup_commit_charge+0xab/0x310
>>> [ 231.083449] [<ffffffffa029f433>] ? afs_AccessOK+0x113/0x1e0 [libafs]
>>> [ 231.083457] [<ffffffffa02a975d>] afs_lookup+0x38d/0x1c30 [libafs]
>>> [ 231.083465] [<ffffffffa029d3e4>] ? afs_FindVCache+0x354/0x680 [libafs]
>>> [ 231.083474] [<ffffffffa029e18e>] ? afs_GetVCache+0x7e/0x5d0 [libafs]
>>> [ 231.083482] [<ffffffffa02a6edc>] ? afs_EvalFakeStat_int+0x32c/0x4e0
>>> [libafs]
>>> [ 231.083491] [<ffffffff81f6890e>] ? _raw_spin_lock+0xe/0x20
>>> [ 231.083498] [<ffffffffa02cc27b>]
>>> afs_linux_dentry_revalidate+0x18b/0x450 [libafs]
>>> [ 231.083506] [<ffffffffa029f433>] ? afs_AccessOK+0x113/0x1e0 [libafs]
>>> [ 231.083514] [<ffffffffa029bf89>] ? afs_PutVCache+0x79/0x140 [libafs]
>>> [ 231.083522] [<ffffffffa029f67b>] ? afs_access+0x17b/0x7d0 [libafs]
>>> [ 231.083526] [<ffffffff81010101>] ? compat_arch_ptrace+0x191/0x220
>>> [ 231.083529] [<ffffffff81177325>] lookup_fast+0x245/0x2f0
>>> [ 231.083532] [<ffffffff81177759>] ? __inode_permission+0x69/0xc0
>>> [ 231.083534] [<ffffffff81177c12>] link_path_walk+0x1a2/0x8e0
>>> [ 231.083536] [<ffffffff81178ba8>] path_lookupat+0x58/0x7b0
>>> [ 231.083540] [<ffffffff811553f7>] ? kmem_cache_alloc+0x67/0x1c0
>>> [ 231.083543] [<ffffffff81179333>] filename_lookup.isra.48+0x33/0x80
>>> [ 231.083545] [<ffffffff8117b889>] user_path_at_empty+0x59/0xa0
>>> [ 231.083548] [<ffffffff8103f5f8>] ? __do_page_fault+0x1e8/0x4c0
>>> [ 231.083550] [<ffffffff8117b8e1>] user_path_at+0x11/0x20
>>> [ 231.083553] [<ffffffff811712a1>] vfs_fstatat+0x51/0xb0
>>> [ 231.083555] [<ffffffff8117133b>] vfs_stat+0x1b/0x20
>>> [ 231.083558] [<ffffffff8117148a>] SyS_newstat+0x1a/0x40
>>> [ 231.083560] [<ffffffff8103f90e>] ? do_page_fault+0xe/0x10
>>> [ 231.083563] [<ffffffff8106d318>] ? SyS_rt_sigprocmask+0x88/0xb0
>>> [ 231.083566] [<ffffffff81f699d9>] system_call_fastpath+0x16/0x1b
>>> [ 231.083567] Code: 00 f0 ff ff 49 89 c4 77 24 48 89 df e8 74 e6 eb
>>> e0 48 83 c4 10 4c 89 e0 5b 41 5c 5d c3 48 c7 c7 04 35 2e a0 31 c0 e8
>>> cc 57 c9 e1 <0f> 0b 65 48 8b 04 25 80 c7 00 00 48 8b 90 90 03 00 00 be
>>> 02 00
>>> [ 231.083588] RIP [<ffffffffa02c3db6>] afs_linux_raw_open+0x96/0xf0
>>> [libafs]
>>> [ 231.083595] RSP <ffff8800a1b21788>
>>> [ 231.083598] ---[ end trace 3a0f610d92191038 ]---
>>>
>>>
>>> with kernel 3.11.7 i do not have this issues,
>>> but I must re test this case.
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
_______________________________________________
OpenAFS-info mailing list
[email protected]
https://lists.openafs.org/mailman/listinfo/openafs-info
