[OpenAFS] [ openafs-devel ] kernel panic
nicolas prochazka
prochazka.nicolas@gmail.com
Wed, 27 Nov 2013 22:06:26 +0100
--14dae9cdc8ff670b9d04ec2ef887
Content-Type: text/plain; charset=UTF-8
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 <stephan.wiesand@desy.de>
> 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 <prochazka.nicolas@gmail.com>
> 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 <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
>
>
--14dae9cdc8ff670b9d04ec2ef887
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">hello,=C2=A0<div>After more tests, it seems the issues onl=
y appear if i try to start two afsd daemon.</div><div>( my init script does=
not test if afsd already running )=C2=A0</div><div><br></div><div>1.6.6pre=
1 seems to be work well .</div>
<div>Regards,=C2=A0</div><div>Nicolas</div></div><div class=3D"gmail_extra"=
><br><br><div class=3D"gmail_quote">2013/11/27 Stephan Wiesand <span dir=3D=
"ltr"><<a href=3D"mailto:stephan.wiesand@desy.de" target=3D"_blank">step=
han.wiesand@desy.de</a>></span><br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">Hello Nicolas,<br>
<br>
thanks again for the reports, but more information will be needed.<br>
<br>
- What platform? (distribution, architecture)<br>
- afsd parameters?<br>
- How to reproduce?<br>
- How reproducible is this? (=3D how confident are you that 3.11.7+1.6.5.1 =
is ok?)<br>
- Any chance you could try 3.11.7 with 1.6.6pre1 and/or 3.11.8 with 1.6.5.1=
?<br>
- Can you reproduce the problem with an ext4 cache?<br>
<br>
Regards,<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Stephan<br>
<br>
On 2013-11-18, at 16:34, nicolas prochazka <<a href=3D"mailto:prochazka.=
nicolas@gmail.com">prochazka.nicolas@gmail.com</a>> wrote:<br>
<br>
> I've never seen this problem with previous version, but i do some<=
br>
> update in same time<br>
><br>
> kernel 3.11.7 + openafs 1.6.5.1 =C2=A0 : no problem<br>
> kernel 3.11.8 + openafs 1.6.6pre : problem<br>
><br>
><br>
> I've test with =C2=A0tmpfs , --memory , and zfs cache. =C2=A0 ( sa=
me issue with<br>
> tmpfs and zfs =C2=A0, with --memory, sometime the copy of file is stop=
ped<br>
> and cache does not grow anymore ) =C2=A0for cache system. =C2=A0backin=
g<br>
> filesystem ( vicea ) is zfs.<br>
><br>
> this problem appears to random way,<br>
> it seems more frequents when i acces to afs mount , very soon after<br=
>
> afsd is starting .<br>
><br>
> Regards,<br>
><br>
><br>
><br>
><br>
><br>
> 2013/11/18 Stephan Wiesand <<a href=3D"mailto:stephan.wiesand@desy.=
de">stephan.wiesand@desy.de</a>>:<br>
>> Hello Nicolas,<br>
>><br>
>> thanks for testing 1.6.6pre1 before it's even announced!<br>
>><br>
>> Could you give us more details about the client platform, cache co=
nfiguration and backing filesystem, and how you reproduce this crash?<br>
>><br>
>> Are you sure you can't provoke this problem on 1.6.5.1, 1.6.5 =
or 1.6.3?<br>
>><br>
>> Regards,<br>
>> =C2=A0 =C2=A0 =C2=A0 =C2=A0Stephan<br>
>><br>
>> On 2013-11-18, at 14:33, nicolas prochazka <<a href=3D"mailto:p=
rochazka.nicolas@gmail.com">prochazka.nicolas@gmail.com</a>> wrote:<br>
>><br>
>>> hello again, and sorry for the spam.<br>
>>> After 30m of copy, the bug persist with 1.6.6pre1 module / afs=
d<br>
>>><br>
>>> Regards,<br>
>>> Nicolas Prochazka<br>
>>><br>
>>> 2013/11/18 nicolas prochazka <<a href=3D"mailto:prochazka.n=
icolas@gmail.com">prochazka.nicolas@gmail.com</a>>:<br>
>>>> Hello again,<br>
>>>> some tests after,<br>
>>>> it seems to be a bad configuration in my side<br>
>>>> : use of openafs 1.6.6pre1 kernel module with openafs 1.6.=
5.1 afsd cache daemons<br>
>>>><br>
>>>> Regards,<br>
>>>> Nicolas Prochazka<br>
>>>><br>
>>>> 2013/11/18 nicolas prochazka <<a href=3D"mailto:prochaz=
ka.nicolas@gmail.com">prochazka.nicolas@gmail.com</a>>:<br>
>>>>> hello,<br>
>>>>><br>
>>>>> setup =C2=A0:<br>
>>>>> openafs : OpenAFS 1.6.6pre1<br>
>>>>> kernel 3.11.8<br>
>>>>><br>
>>>>> when i start afsd ,<br>
>>>>> [ =C2=A0231.083287] openafs: Can't get dentry<br>
>>>>> [ =C2=A0231.083323] ------------[ cut here ]----------=
--<br>
>>>>> [ =C2=A0231.083326] kernel BUG at<br>
>>>>> /tmp/openafs-d294e9c/src/libafs/MODLOAD-3.11.8-MP/osi_=
file.c:53!<br>
>>>>> [ =C2=A0231.083328] invalid opcode: 0000 [#1] SMP<br>
>>>>> [ =C2=A0231.083337] Modules linked in: libafs(PO) zfs(=
PO) zunicode(PO)<br>
>>>>> zavl(PO) zcommon(PO) znvpair(PO) spl(O) [last unloaded=
: libafs]<br>
>>>>> [ =C2=A0231.083347] CPU: 0 PID: 16582 Comm: ndvCluster=
Manag Tainted: P<br>
>>>>> =C2=A0 =C2=A0O 3.11.8 #1<br>
>>>>> [ =C2=A0231.083348] Hardware name: innotek GmbH Virtua=
lBox/VirtualBox, BIOS<br>
>>>>> VirtualBox 12/01/2006<br>
>>>>> [ =C2=A0231.083350] task: ffff8800a5267000 ti: ffff880=
0a1b20000 task.ti:<br>
>>>>> ffff8800a1b20000<br>
>>>>> [ =C2=A0231.083351] RIP: 0010:[<ffffffffa02c3db6>=
;] =C2=A0[<ffffffffa02c3db6>]<br>
>>>>> afs_linux_raw_open+0x96/0xf0 [libafs]<br>
>>>>> [ =C2=A0231.083372] RSP: 0018:ffff8800a1b21788 =C2=A0E=
FLAGS: 00010296<br>
>>>>> [ =C2=A0231.083373] RAX: 0000000000000019 RBX: 0000000=
000000000 RCX: ffffffff8277c488<br>
>>>>> [ =C2=A0231.083374] RDX: 000000000000001f RSI: 0000000=
000000082 RDI: 0000000000000246<br>
>>>>> [ =C2=A0231.083375] RBP: ffff8800a1b217a8 R08: 0000000=
000000400 R09: ffffffff8277c488<br>
>>>>> [ =C2=A0231.083376] R10: 0000000000000266 R11: 0000000=
000000265 R12: ffff8800a945a000<br>
>>>>> [ =C2=A0231.083377] R13: ffff8800a5267000 R14: 0000000=
000000000 R15: 000000003b9ac9ff<br>
>>>>> [ =C2=A0231.083387] FS: =C2=A000007f3b75f51700(0000) G=
S:ffff88011fc00000(0000)<br>
>>>>> knlGS:0000000000000000<br>
>>>>> [ =C2=A0231.083389] CS: =C2=A00010 DS: 0000 ES: 0000 C=
R0: 0000000080050033<br>
>>>>> [ =C2=A0231.083390] CR2: 0000000000458dc0 CR3: 0000000=
0a1af8000 CR4: 00000000000006f0<br>
>>>>> [ =C2=A0231.083395] Stack:<br>
>>>>> [ =C2=A0231.083396] =C2=A0000000d0a5267000 ffff88011ff=
f0000 ffffc9000f5d6cc8<br>
>>>>> ffff8800a945a000<br>
>>>>> [ =C2=A0231.083399] =C2=A0ffff8800a1b217d8 ffffffffa02=
c3ec4 ffff8800b8ed6000<br>
>>>>> ffff8800b8ed6000<br>
>>>>> [ =C2=A0231.083401] =C2=A0ffffc9000f5d6c00 00000000000=
00000 ffff8800a1b21908<br>
>>>>> ffffffffa027f5f1<br>
>>>>> [ =C2=A0231.083403] Call Trace:<br>
>>>>> [ =C2=A0231.083412] =C2=A0[<ffffffffa02c3ec4>] o=
si_UFSOpen+0xb4/0x190 [libafs]<br>
>>>>> [ =C2=A0231.083422] =C2=A0[<ffffffffa027f5f1>] a=
fs_GetDCache+0x901/0x2380 [libafs]<br>
>>>>> [ =C2=A0231.083439] =C2=A0[<ffffffff8116159b>] ?=
__mem_cgroup_commit_charge+0xab/0x310<br>
>>>>> [ =C2=A0231.083449] =C2=A0[<ffffffffa029f433>] ?=
afs_AccessOK+0x113/0x1e0 [libafs]<br>
>>>>> [ =C2=A0231.083457] =C2=A0[<ffffffffa02a975d>] a=
fs_lookup+0x38d/0x1c30 [libafs]<br>
>>>>> [ =C2=A0231.083465] =C2=A0[<ffffffffa029d3e4>] ?=
afs_FindVCache+0x354/0x680 [libafs]<br>
>>>>> [ =C2=A0231.083474] =C2=A0[<ffffffffa029e18e>] ?=
afs_GetVCache+0x7e/0x5d0 [libafs]<br>
>>>>> [ =C2=A0231.083482] =C2=A0[<ffffffffa02a6edc>] ?=
afs_EvalFakeStat_int+0x32c/0x4e0 [libafs]<br>
>>>>> [ =C2=A0231.083491] =C2=A0[<ffffffff81f6890e>] ?=
_raw_spin_lock+0xe/0x20<br>
>>>>> [ =C2=A0231.083498] =C2=A0[<ffffffffa02cc27b>]<b=
r>
>>>>> afs_linux_dentry_revalidate+0x18b/0x450 [libafs]<br>
>>>>> [ =C2=A0231.083506] =C2=A0[<ffffffffa029f433>] ?=
afs_AccessOK+0x113/0x1e0 [libafs]<br>
>>>>> [ =C2=A0231.083514] =C2=A0[<ffffffffa029bf89>] ?=
afs_PutVCache+0x79/0x140 [libafs]<br>
>>>>> [ =C2=A0231.083522] =C2=A0[<ffffffffa029f67b>] ?=
afs_access+0x17b/0x7d0 [libafs]<br>
>>>>> [ =C2=A0231.083526] =C2=A0[<ffffffff81010101>] ?=
compat_arch_ptrace+0x191/0x220<br>
>>>>> [ =C2=A0231.083529] =C2=A0[<ffffffff81177325>] l=
ookup_fast+0x245/0x2f0<br>
>>>>> [ =C2=A0231.083532] =C2=A0[<ffffffff81177759>] ?=
__inode_permission+0x69/0xc0<br>
>>>>> [ =C2=A0231.083534] =C2=A0[<ffffffff81177c12>] l=
ink_path_walk+0x1a2/0x8e0<br>
>>>>> [ =C2=A0231.083536] =C2=A0[<ffffffff81178ba8>] p=
ath_lookupat+0x58/0x7b0<br>
>>>>> [ =C2=A0231.083540] =C2=A0[<ffffffff811553f7>] ?=
kmem_cache_alloc+0x67/0x1c0<br>
>>>>> [ =C2=A0231.083543] =C2=A0[<ffffffff81179333>] f=
ilename_lookup.isra.48+0x33/0x80<br>
>>>>> [ =C2=A0231.083545] =C2=A0[<ffffffff8117b889>] u=
ser_path_at_empty+0x59/0xa0<br>
>>>>> [ =C2=A0231.083548] =C2=A0[<ffffffff8103f5f8>] ?=
__do_page_fault+0x1e8/0x4c0<br>
>>>>> [ =C2=A0231.083550] =C2=A0[<ffffffff8117b8e1>] u=
ser_path_at+0x11/0x20<br>
>>>>> [ =C2=A0231.083553] =C2=A0[<ffffffff811712a1>] v=
fs_fstatat+0x51/0xb0<br>
>>>>> [ =C2=A0231.083555] =C2=A0[<ffffffff8117133b>] v=
fs_stat+0x1b/0x20<br>
>>>>> [ =C2=A0231.083558] =C2=A0[<ffffffff8117148a>] S=
yS_newstat+0x1a/0x40<br>
>>>>> [ =C2=A0231.083560] =C2=A0[<ffffffff8103f90e>] ?=
do_page_fault+0xe/0x10<br>
>>>>> [ =C2=A0231.083563] =C2=A0[<ffffffff8106d318>] ?=
SyS_rt_sigprocmask+0x88/0xb0<br>
>>>>> [ =C2=A0231.083566] =C2=A0[<ffffffff81f699d9>] s=
ystem_call_fastpath+0x16/0x1b<br>
>>>>> [ =C2=A0231.083567] Code: 00 f0 ff ff 49 89 c4 77 24 4=
8 89 df e8 74 e6 eb<br>
>>>>> e0 48 83 c4 10 4c 89 e0 5b 41 5c 5d c3 48 c7 c7 04 35 =
2e a0 31 c0 e8<br>
>>>>> cc 57 c9 e1 <0f> 0b 65 48 8b 04 25 80 c7 00 00 4=
8 8b 90 90 03 00 00 be<br>
>>>>> 02 00<br>
>>>>> [ =C2=A0231.083588] RIP =C2=A0[<ffffffffa02c3db6>=
;] afs_linux_raw_open+0x96/0xf0 [libafs]<br>
>>>>> [ =C2=A0231.083595] =C2=A0RSP <ffff8800a1b21788>=
<br>
>>>>> [ =C2=A0231.083598] ---[ end trace 3a0f610d92191038 ]-=
--<br>
>>>>><br>
>>>>><br>
>>>>> with kernel 3.11.7 i do not have this issues,<br>
>>>>> but I must re test this case.<br>
<span class=3D"HOEnZb"><font color=3D"#888888"><br>
--<br>
Stephan Wiesand<br>
DESY - DV -<br>
Platanenallee 6<br>
15738 Zeuthen, Germany<br>
<br>
</font></span></blockquote></div><br></div>
--14dae9cdc8ff670b9d04ec2ef887--