Date: Sat, 19 Mar 2016 14:44:09 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-threads@FreeBSD.org Subject: [Bug 208138] process freezes in STOP state and can't be killed Message-ID: <bug-208138-16@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208138 Bug ID: 208138 Summary: process freezes in STOP state and can't be killed Product: Base System Version: 10.2-RELEASE Hardware: amd64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: threads Assignee: freebsd-threads@FreeBSD.org Reporter: robert.ayrapetyan@gmail.com CC: freebsd-amd64@FreeBSD.org CC: freebsd-amd64@FreeBSD.org Hello! I've started to observe a very strange behavior on my desktop PC (never seen anything like that using FreeBSD as a desktop OS for more than 5 years). Two things changed since I've started to observe problems: 1. A new PC (HP Z440) setup 2. Updated OS (FreeBSD 10.2) At some moment some process freezes and can't be killed\removed. So far this happened with firefox, thunderbird and virtualbox. Only OS restart helps to remove such process from a list. It's a really annoying to have e.g. multiple firefox tabs in the panel which are dead. Details are given below: >uname -a FreeBSD work-pc 10.2-RELEASE-p9 FreeBSD 10.2-RELEASE-p9 #0: Thu Jan 14 01:3= 2:46 UTC 2016 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERI= C=20 amd64 >uname -UK 1002000 1002000 >ps aux | grep firefox robert 1022 0.0 4.1 1102920 676568 v0 T Mon03PM 101:01.17 firefox -profile /portable/firefox/robert >procstat -k 1022 PID TID COMM TDNAME KSTACK=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 1022 100281 firefox Timer mi_switch sleepq_timedwait_s= ig _sleep umtxq_sleep do_wait __umtx_op_wait_uint_private amd64_syscall Xfast_syscall=20 1022 100428 firefox DOM Worker mi_switch thread_suspend_swi= tch thread_single exit1 sigexit postsig ast Xfast_syscall=20 >procstat -i 1022 PID COMM SIG FLAGS 1022 firefox HUP --C 1022 firefox INT --C 1022 firefox QUIT -I- 1022 firefox ILL --C 1022 firefox TRAP --- 1022 firefox ABRT --C 1022 firefox EMT --- 1022 firefox FPE -I- 1022 firefox KILL --- 1022 firefox BUS --- 1022 firefox SEGV --C 1022 firefox SYS --- 1022 firefox PIPE -I- 1022 firefox ALRM --- 1022 firefox TERM P-- 1022 firefox URG -I- 1022 firefox STOP --- 1022 firefox TSTP --- 1022 firefox CONT --- 1022 firefox CHLD -I- 1022 firefox TTIN --- 1022 firefox TTOU --- 1022 firefox IO -I- 1022 firefox XCPU --- 1022 firefox XFSZ --- 1022 firefox VTALRM --C 1022 firefox PROF --- 1022 firefox WINCH -I- 1022 firefox INFO -I- 1022 firefox USR1 --- 1022 firefox USR2 --- 1022 firefox 32 --C ... 1022 firefox 65 --C 1022 firefox 66 --C 1022 firefox 67 --C pkill CONT 1022 pkill KILL 1022 produces no effect. There are no new messages in /var/log/messages. More info (stacks for 2 threads behind STOPped process 1022) (kgdb) thread 337 [Switching to thread 337 (Thread 100281)]#0 sched_switch ( td=3D0xfffff800b429d000, newtd=3D<value optimized out>, flags=3D<value optimized out>) at /usr/src/sys/kern/sched_ule.c:1945 1945 cpuid =3D PCPU_GET(cpuid); (kgdb) bt #0 sched_switch (td=3D0xfffff800b429d000, newtd=3D<value optimized out>, flags=3D<value optimized out>) at /usr/src/sys/kern/sched_ule.c:1945 #1 0xffffffff80952121 in mi_switch (flags=3D517, newtd=3D0x0) at /usr/src/sys/kern/kern_synch.c:491 #2 0xffffffff80990deb in sleepq_timedwait_sig (wchan=3D<value optimized ou= t>, pri=3D<value optimized out>) at /usr/src/sys/kern/subr_sleepqueue.c:578 #3 0xffffffff80951af8 in _sleep (ident=3D0xfffff80011bd7400, lock=3D0xffffffff815c6ee0, priority=3D<value optimized out>, wmesg=3D0xffffffff80fcb076 "uwait", sbt=3D<value optimized out>, pr=3D<value optimized out>, flags=3D<value optimized out>) at /usr/src/sys/kern/kern_synch.c:249 #4 0xffffffff80966195 in umtxq_sleep (uq=3D0xfffff80011bd7400, wmesg=3D0xffffffff80fcb076 "uwait", abstime=3D0xfffffe0464912900) at /usr/src/sys/kern/kern_umtx.c:780 #5 0xffffffff80969007 in do_wait (td=3D<value optimized out>, addr=3D<value optimized out>, id=3D<value optimized out>, timeout=3D<value optimized out>, compat32=3D<value optimized out>, is_private=3D<value optimized out>) at /usr/src/sys/kern/kern_umtx.c:12= 47 #6 0xffffffff8096d473 in __umtx_op_wait_uint_private ( td=3D<value optimized out>, uap=3D<value optimized out>) at /usr/src/sys/kern/kern_umtx.c:3494 #7 0xffffffff80d4b3e7 in amd64_syscall (td=3D0xfffff800b429d000, traced=3D= 0) at subr_syscall.c:134 ---Type <return> to continue, or q <return> to quit--- #8 0xffffffff80d30acb in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:396 #9 0x000000080119fe1c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) thread 338 [Switching to thread 338 (Thread 100428)]#0 sched_switch ( td=3D0xfffff801108324a0, newtd=3D<value optimized out>, flags=3D<value optimized out>) at /usr/src/sys/kern/sched_ule.c:1945 1945 cpuid =3D PCPU_GET(cpuid); (kgdb) bt #0 sched_switch (td=3D0xfffff801108324a0, newtd=3D<value optimized out>, flags=3D<value optimized out>) at /usr/src/sys/kern/sched_ule.c:1945 #1 0xffffffff80952121 in mi_switch (flags=3D266, newtd=3D0x0) at /usr/src/sys/kern/kern_synch.c:491 #2 0xffffffff80959e00 in thread_suspend_switch (td=3D0xfffff801108324a0, p=3D0xfffff800112a8000) at /usr/src/sys/kern/kern_thread.c:947 #3 0xffffffff809599f5 in thread_single (p=3D0xfffff800112a8000, mode=3D1) at /usr/src/sys/kern/kern_thread.c:740 #4 0xffffffff8090c75e in exit1 (td=3D0xfffff801108324a0, rv=3D15) at /usr/src/sys/kern/kern_exit.c:244 #5 0xffffffff8094bf85 in sigexit (td=3D0xfffff801108324a0, sig=3D15) at /usr/src/sys/kern/kern_sig.c:2974 #6 0xffffffff8094c826 in postsig (sig=3D<value optimized out>) at /usr/src/sys/kern/kern_sig.c:2877 #7 0xffffffff809959c7 in ast (framep=3D<value optimized out>) at /usr/src/sys/kern/subr_trap.c:281 #8 0xffffffff80d30b30 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:421 #9 0x000000080146e64a in ?? () --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-208138-16>