[OpenAFS] [ openafs-devel ] kernel panic
nicolas prochazka
prochazka.nicolas@gmail.com
Mon, 18 Nov 2013 16:34:34 +0100
I've never seen this problem with previous version, but i do some
update in same time
kernel 3.11.7 + openafs 1.6.5.1 : no problem
kernel 3.11.8 + openafs 1.6.6pre : problem
I've test with tmpfs , --memory , and zfs cache. ( same issue with
tmpfs and zfs , with --memory, sometime the copy of file is stopped
and cache does not grow anymore ) for cache system. backing
filesystem ( vicea ) is zfs.
this problem appears to random way,
it seems more frequents when i acces to afs mount , very soon after
afsd is starting .
Regards,
2013/11/18 Stephan Wiesand <stephan.wiesand@desy.de>:
> 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 <prochazka.nicolas@gmail.com> 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 <prochazka.nicolas@gmail.com>:
>>> 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 <prochazka.nicolas@gmail.com>:
>>>> 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
>