hello, After more tests, it seems the issues only appear if i try to start two afsd daemon. ( my init script does not test if afsd already running )
1.6.6pre1 seems to be work well . Regards, Nicolas 2013/11/27 Stephan Wiesand <[email protected]> > Hello Nicolas, > > thanks again for the reports, but more information will be needed. > > - What platform? (distribution, architecture) > - afsd parameters? > - How to reproduce? > - How reproducible is this? (= how confident are you that 3.11.7+1.6.5.1 > is ok?) > - Any chance you could try 3.11.7 with 1.6.6pre1 and/or 3.11.8 with > 1.6.5.1? > - Can you reproduce the problem with an ext4 cache? > > Regards, > Stephan > > On 2013-11-18, at 16:34, nicolas prochazka <[email protected]> > wrote: > > > 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 <[email protected]>: > >> 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 > >
