[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
>