Samba 4 - zasek v neprerusitelnem cekani
Miroslav Prýmek
m.prymek at gmail.com
Mon Sep 22 16:10:40 CEST 2014
...jeste nejake podrobnosti, jestli jste nekdo schopni z toho neco vykoukat:
(kgdb) tid 100509
[Switching to thread 342 (Thread 100509)]#0 sched_switch
(td=0xfffff8005bedd490, newtd=<value optimized out>,
flags=<value optimized out>) at /usr/src/sys/kern/sched_ule.c:1962
1962 cpuid = PCPU_GET(cpuid);
(kgdb) bt
#0 sched_switch (td=0xfffff8005bedd490, newtd=<value optimized out>,
flags=<value optimized out>)
at /usr/src/sys/kern/sched_ule.c:1962
#1 0xffffffff808b8c1e in mi_switch (flags=260, newtd=0x0) at
/usr/src/sys/kern/kern_synch.c:494
#2 0xffffffff808f2e3a in sleepq_wait (wchan=0x0, pri=0) at
/usr/src/sys/kern/subr_sleepqueue.c:620
#3 0xffffffff808b8204 in _sx_slock_hard (sx=0xfffff80150efb040,
opts=<value optimized out>, file=0x0, line=0)
at /usr/src/sys/kern/kern_sx.c:929
#4 0xffffffff8093f3f5 in namei (ndp=0xfffffe02398e5438) at sx.h:179
#5 0xffffffff80957ed2 in vn_open_cred (ndp=0xfffffe02398e5438,
flagp=0xfffffe02398e5384, cmode=0,
vn_open_flags=<value optimized out>, cred=0xfffff8000af58600,
fp=0x0) at /usr/src/sys/kern/vfs_vnops.c:205
#6 0xffffffff818a870d in zfs_getextattr (ap=0xfffffe02398e5708)
at
/usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:6539
#7 0xffffffff80d9ac38 in VOP_GETEXTATTR_APV (vop=<value optimized out>,
a=<value optimized out>) at vnode_if.c:3188
#8 0xffffffff8093da94 in extattr_get_vp (vp=0xfffff800d7bad3b0,
attrnamespace=1, attrname=0xfffffe02398e5870 "DOSATTRIB",
data=<value optimized out>, nbytes=<value optimized out>,
td=0xfffff8005bedd490) at vnode_if.h:1352
#9 0xffffffff8093dbe1 in sys_extattr_get_file (td=0xfffff8005bedd490,
uap=0xfffffe02398e5a40)
at /usr/src/sys/kern/vfs_extattr.c:443
#10 0xffffffff80c8f127 in amd64_syscall (td=0xfffff8005bedd490,
traced=0) at subr_syscall.c:134
#11 0xffffffff80c7581b in Xfast_syscall () at
/usr/src/sys/amd64/amd64/exception.S:391
#12 0x000000080459a88a in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb) tid 100738
[Switching to thread 343 (Thread 100738)]#0 sched_switch
(td=0xfffff8016f014000, newtd=<value optimized out>,
flags=<value optimized out>) at /usr/src/sys/kern/sched_ule.c:1962
1962 cpuid = PCPU_GET(cpuid);
(kgdb) bt
#0 sched_switch (td=0xfffff8016f014000, newtd=<value optimized out>,
flags=<value optimized out>)
at /usr/src/sys/kern/sched_ule.c:1962
#1 0xffffffff808b8c1e in mi_switch (flags=260, newtd=0x0) at
/usr/src/sys/kern/kern_synch.c:494
#2 0xffffffff808f2e3a in sleepq_wait (wchan=0x0, pri=0) at
/usr/src/sys/kern/subr_sleepqueue.c:620
#3 0xffffffff8089555c in sleeplk (lk=<value optimized out>,
flags=525312, ilk=<value optimized out>,
wmesg=0xffffffff8190b3da "zfs", pri=<value optimized out>,
timo=<value optimized out>) at /usr/src/sys/kern/kern_lock.c:226
#4 0xffffffff80895219 in __lockmgr_args (lk=0xfffff800d7bad418,
flags=<value optimized out>, ilk=0xfffff800d7bad448,
wmesg=0xffffffff8190b3da "zfs", pri=96, timo=51) at
/usr/src/sys/kern/kern_lock.c:932
#5 0xffffffff8093abdc in vop_stdlock (ap=<value optimized out>) at
lockmgr.h:97
#6 0xffffffff80d99b1d in VOP_LOCK1_APV (vop=<value optimized out>,
a=<value optimized out>) at vnode_if.c:2084
#7 0xffffffff809587c3 in _vn_lock (vp=0xfffff800d7bad3b0, flags=<value
optimized out>,
file=0xffffffff80eeb6fd "/usr/src/sys/kern/vfs_subr.c", line=4350)
at vnode_if.h:859
#8 0xffffffff80877e64 in knlist_remove_kq (knl=0xfffff801fa777b20,
kn=0xfffff8002f700d80, knlislocked=0, kqislocked=0)
at /usr/src/sys/kern/kern_event.c:1895
#9 0xffffffff8094daa2 in filt_vfsdetach (kn=0x0) at
/usr/src/sys/kern/vfs_subr.c:4423
#10 0xffffffff808785bf in knote_fdclose (td=0xfffff8016f014000, fd=107)
at /usr/src/sys/kern/kern_event.c:2158
#11 0xffffffff8086ebb1 in closefp (fdp=0xfffff80150efb000, fd=107,
fp=0xfffff80135af7cd0, td=0xfffff8016f014000,
holdleaders=<value optimized out>) at
/usr/src/sys/kern/kern_descrip.c:1150
#12 0xffffffff80c8f127 in amd64_syscall (td=0xfffff8016f014000,
traced=0) at subr_syscall.c:134
#13 0xffffffff80c7581b in Xfast_syscall () at
/usr/src/sys/amd64/amd64/exception.S:391
More information about the Users-l
mailing list