From bugmaster at FreeBSD.org Mon Dec 1 03:07:04 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Dec 1 03:09:24 2008 Subject: Current problem reports assigned to freebsd-threads@FreeBSD.org Message-ID: <200812011107.mB1B73at052710@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o threa/128922 threads threads hang with xorg running o threa/128180 threads pthread_cond_broadcast(3) lost wakeup o threa/127225 threads bug in lib/libthr/thread/thr_init.c o threa/122923 threads 'nice' does not prevent background process from steali o threa/121336 threads lang/neko threading ok on UP, broken on SMP (FreeBSD 7 o threa/118715 threads kse problem o threa/116668 threads can no longer use jdk15 with libthr on -stable SMP o threa/116181 threads /dev/io-related io access permissions are not propagat o threa/115211 threads pthread_atfork misbehaves in initial thread o threa/110636 threads [request] gdb(1): using gdb with multi thread applicat o threa/110306 threads apache 2.0 segmentation violation when calling gethost o threa/103975 threads Implicit loading/unloading of libpthread.so may crash o threa/101323 threads [patch] fork(2) in threaded programs broken. s threa/100815 threads FBSD 5.5 broke nanosleep in libc_r s threa/94467 threads send(), sendto() and sendmsg() are not correct in libc s threa/84483 threads problems with devel/nspr and -lc_r on 4.x o threa/83914 threads [libc] popen() doesn't work in static threaded program o threa/80992 threads abort() sometimes not caught by gdb depending on threa o threa/80435 threads panic on high loads o threa/79887 threads [patch] freopen() isn't thread-safe o threa/79683 threads svctcp_create() fails if multiple threads call at the s threa/76694 threads fork cause hang in dup()/close() function in child (-l s threa/76690 threads fork hang in child for -lc_r o threa/75374 threads pthread_kill() ignores SA_SIGINFO flag o threa/75273 threads FBSD 5.3 libpthread (KSE) bug o threa/72953 threads fork() unblocks blocked signals w/o PTHREAD_SCOPE_SYST o threa/70975 threads [sysvipc] unexpected and unreliable behaviour when usi s threa/69020 threads pthreads library leaks _gc_mutex s threa/49087 threads Signals lost in programs linked with libc_r s threa/48856 threads Setting SIGCHLD to SIG_IGN still leaves zombies under s threa/40671 threads pthread_cancel doesn't remove thread from condition qu s threa/39922 threads [threads] [patch] Threaded applications executed with s threa/37676 threads libc_r: msgsnd(), msgrcv(), pread(), pwrite() need wra s threa/34536 threads accept() blocks other threads s kern/32295 threads [libc_r] [patch] pthread(3) dont dequeue signals s threa/30464 threads pthread mutex attributes -- pshared s threa/24632 threads libc_r delicate deviation from libc in handling SIGCHL s threa/24472 threads libc_r does not honor SO_SNDTIMEO/SO_RCVTIMEO socket o 38 problems total. From bugmaster at FreeBSD.org Mon Dec 8 03:07:04 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Dec 8 03:09:15 2008 Subject: Current problem reports assigned to freebsd-threads@FreeBSD.org Message-ID: <200812081107.mB8B73vo014423@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o threa/128922 threads threads hang with xorg running o threa/128180 threads pthread_cond_broadcast(3) lost wakeup o threa/127225 threads bug in lib/libthr/thread/thr_init.c o threa/122923 threads 'nice' does not prevent background process from steali o threa/121336 threads lang/neko threading ok on UP, broken on SMP (FreeBSD 7 o threa/118715 threads kse problem o threa/116668 threads can no longer use jdk15 with libthr on -stable SMP o threa/116181 threads /dev/io-related io access permissions are not propagat o threa/115211 threads pthread_atfork misbehaves in initial thread o threa/110636 threads [request] gdb(1): using gdb with multi thread applicat o threa/110306 threads apache 2.0 segmentation violation when calling gethost o threa/103975 threads Implicit loading/unloading of libpthread.so may crash o threa/101323 threads [patch] fork(2) in threaded programs broken. s threa/100815 threads FBSD 5.5 broke nanosleep in libc_r s threa/94467 threads send(), sendto() and sendmsg() are not correct in libc s threa/84483 threads problems with devel/nspr and -lc_r on 4.x o threa/83914 threads [libc] popen() doesn't work in static threaded program o threa/80992 threads abort() sometimes not caught by gdb depending on threa o threa/80435 threads panic on high loads o threa/79887 threads [patch] freopen() isn't thread-safe o threa/79683 threads svctcp_create() fails if multiple threads call at the s threa/76694 threads fork cause hang in dup()/close() function in child (-l s threa/76690 threads fork hang in child for -lc_r o threa/75374 threads pthread_kill() ignores SA_SIGINFO flag o threa/75273 threads FBSD 5.3 libpthread (KSE) bug o threa/72953 threads fork() unblocks blocked signals w/o PTHREAD_SCOPE_SYST o threa/70975 threads [sysvipc] unexpected and unreliable behaviour when usi s threa/69020 threads pthreads library leaks _gc_mutex s threa/49087 threads Signals lost in programs linked with libc_r s threa/48856 threads Setting SIGCHLD to SIG_IGN still leaves zombies under s threa/40671 threads pthread_cancel doesn't remove thread from condition qu s threa/39922 threads [threads] [patch] Threaded applications executed with s threa/37676 threads libc_r: msgsnd(), msgrcv(), pread(), pwrite() need wra s threa/34536 threads accept() blocks other threads s kern/32295 threads [libc_r] [patch] pthread(3) dont dequeue signals s threa/30464 threads pthread mutex attributes -- pshared s threa/24632 threads libc_r delicate deviation from libc in handling SIGCHL s threa/24472 threads libc_r does not honor SO_SNDTIMEO/SO_RCVTIMEO socket o 38 problems total. From dreigcht at gmail.com Wed Dec 10 10:30:05 2008 From: dreigcht at gmail.com (Peter Dreigcht) Date: Wed Dec 10 10:30:11 2008 Subject: threads/128922: threads hang with xorg running Message-ID: <200812101830.mBAIU4Ti064178@freefall.freebsd.org> The following reply was made to PR threads/128922; it has been noted by GNATS. From: "Peter Dreigcht" To: bug-followup@freebsd.org Cc: Subject: Re: threads/128922: threads hang with xorg running Date: Wed, 10 Dec 2008 21:20:24 +0300 ------=_Part_67419_7730195.1228933224518 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Some additional information FreeBSD 7.1 RC-1 amd64 and FreeBSD 7.1 RC-1 i386: The problem exists in both systems if the program links with pthread; no problem exists if the program links with kse. ------=_Part_67419_7730195.1228933224518 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline Some additional information

FreeBSD 7.1 RC-1 amd64   and    FreeBSD 7.1 RC-1 i386:
The problem exists in both systems if the program links with pthread;
no problem exists if the program links with kse.

 
------=_Part_67419_7730195.1228933224518-- From dixit at netapp.com Thu Dec 11 14:00:41 2008 From: dixit at netapp.com (Amol Dixit) Date: Thu Dec 11 14:00:47 2008 Subject: stop thread on creation In-Reply-To: <48C0961E.5000300@elischer.org> References: 488A213F.70105@netapp.com <48C06F77.6000006@elischer.org> <48C0923F.6080608@freebsd.org> <48C094B8.3050302@elischer.org> <48C0961E.5000300@elischer.org> Message-ID: <494186E3.2010307@netapp.com> Hi, In linux, new threads STOP before executing the first instruction of their entry routine when process is being traced. This doesn't seem to be the case with new threads on freebsd. Is there a way to make this happen from libthr/libpthread calls or any other means? Does freebsd native gdb expect new threads (from pthread_create()) to STOP so that it can resume them immediately? Thanks, Amol From bugmaster at FreeBSD.org Mon Dec 15 03:07:02 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Dec 15 03:09:22 2008 Subject: Current problem reports assigned to freebsd-threads@FreeBSD.org Message-ID: <200812151107.mBFB71IO004498@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o threa/128922 threads threads hang with xorg running o threa/128180 threads pthread_cond_broadcast(3) lost wakeup o threa/127225 threads bug in lib/libthr/thread/thr_init.c o threa/122923 threads 'nice' does not prevent background process from steali o threa/121336 threads lang/neko threading ok on UP, broken on SMP (FreeBSD 7 o threa/118715 threads kse problem o threa/116668 threads can no longer use jdk15 with libthr on -stable SMP o threa/116181 threads /dev/io-related io access permissions are not propagat o threa/115211 threads pthread_atfork misbehaves in initial thread o threa/110636 threads [request] gdb(1): using gdb with multi thread applicat o threa/110306 threads apache 2.0 segmentation violation when calling gethost o threa/103975 threads Implicit loading/unloading of libpthread.so may crash o threa/101323 threads [patch] fork(2) in threaded programs broken. s threa/100815 threads FBSD 5.5 broke nanosleep in libc_r s threa/94467 threads send(), sendto() and sendmsg() are not correct in libc s threa/84483 threads problems with devel/nspr and -lc_r on 4.x o threa/83914 threads [libc] popen() doesn't work in static threaded program o threa/80992 threads abort() sometimes not caught by gdb depending on threa o threa/80435 threads panic on high loads o threa/79887 threads [patch] freopen() isn't thread-safe o threa/79683 threads svctcp_create() fails if multiple threads call at the s threa/76694 threads fork cause hang in dup()/close() function in child (-l s threa/76690 threads fork hang in child for -lc_r o threa/75374 threads pthread_kill() ignores SA_SIGINFO flag o threa/75273 threads FBSD 5.3 libpthread (KSE) bug o threa/72953 threads fork() unblocks blocked signals w/o PTHREAD_SCOPE_SYST o threa/70975 threads [sysvipc] unexpected and unreliable behaviour when usi s threa/69020 threads pthreads library leaks _gc_mutex s threa/49087 threads Signals lost in programs linked with libc_r s threa/48856 threads Setting SIGCHLD to SIG_IGN still leaves zombies under s threa/40671 threads pthread_cancel doesn't remove thread from condition qu s threa/39922 threads [threads] [patch] Threaded applications executed with s threa/37676 threads libc_r: msgsnd(), msgrcv(), pread(), pwrite() need wra s threa/34536 threads accept() blocks other threads s kern/32295 threads [libc_r] [patch] pthread(3) dont dequeue signals s threa/30464 threads pthread mutex attributes -- pshared s threa/24632 threads libc_r delicate deviation from libc in handling SIGCHL s threa/24472 threads libc_r does not honor SO_SNDTIMEO/SO_RCVTIMEO socket o 38 problems total. From bugmaster at FreeBSD.org Mon Dec 22 03:07:00 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Dec 22 03:09:21 2008 Subject: Current problem reports assigned to freebsd-threads@FreeBSD.org Message-ID: <200812221106.mBMB6xqb060735@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o threa/128922 threads threads hang with xorg running o threa/128180 threads pthread_cond_broadcast(3) lost wakeup o threa/127225 threads bug in lib/libthr/thread/thr_init.c o threa/122923 threads 'nice' does not prevent background process from steali o threa/121336 threads lang/neko threading ok on UP, broken on SMP (FreeBSD 7 o threa/118715 threads kse problem o threa/116668 threads can no longer use jdk15 with libthr on -stable SMP o threa/116181 threads /dev/io-related io access permissions are not propagat o threa/115211 threads pthread_atfork misbehaves in initial thread o threa/110636 threads [request] gdb(1): using gdb with multi thread applicat o threa/110306 threads apache 2.0 segmentation violation when calling gethost o threa/103975 threads Implicit loading/unloading of libpthread.so may crash o threa/101323 threads [patch] fork(2) in threaded programs broken. s threa/100815 threads FBSD 5.5 broke nanosleep in libc_r s threa/94467 threads send(), sendto() and sendmsg() are not correct in libc s threa/84483 threads problems with devel/nspr and -lc_r on 4.x o threa/83914 threads [libc] popen() doesn't work in static threaded program o threa/80992 threads abort() sometimes not caught by gdb depending on threa o threa/80435 threads panic on high loads o threa/79887 threads [patch] freopen() isn't thread-safe o threa/79683 threads svctcp_create() fails if multiple threads call at the s threa/76694 threads fork cause hang in dup()/close() function in child (-l s threa/76690 threads fork hang in child for -lc_r o threa/75374 threads pthread_kill() ignores SA_SIGINFO flag o threa/75273 threads FBSD 5.3 libpthread (KSE) bug o threa/72953 threads fork() unblocks blocked signals w/o PTHREAD_SCOPE_SYST o threa/70975 threads [sysvipc] unexpected and unreliable behaviour when usi s threa/69020 threads pthreads library leaks _gc_mutex s threa/49087 threads Signals lost in programs linked with libc_r s threa/48856 threads Setting SIGCHLD to SIG_IGN still leaves zombies under s threa/40671 threads pthread_cancel doesn't remove thread from condition qu s threa/39922 threads [threads] [patch] Threaded applications executed with s threa/37676 threads libc_r: msgsnd(), msgrcv(), pread(), pwrite() need wra s threa/34536 threads accept() blocks other threads s kern/32295 threads [libc_r] [patch] pthread(3) dont dequeue signals s threa/30464 threads pthread mutex attributes -- pshared s threa/24632 threads libc_r delicate deviation from libc in handling SIGCHL s threa/24472 threads libc_r does not honor SO_SNDTIMEO/SO_RCVTIMEO socket o 38 problems total. From linimon at FreeBSD.org Fri Dec 26 15:09:55 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Fri Dec 26 15:10:01 2008 Subject: threads/129956: Threaded process stuck in "vmopar" state, other in "ufs" later. Message-ID: <200812262309.mBQN9sai068049@freefall.freebsd.org> Old Synopsis: Threadened process stuck in "vmopar" state, other in "ufs" later. New Synopsis: Threaded process stuck in "vmopar" state, other in "ufs" later. Responsible-Changed-From-To: freebsd-bugs->freebsd-threads Responsible-Changed-By: linimon Responsible-Changed-When: Fri Dec 26 23:09:31 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=129956 From bugmaster at FreeBSD.org Mon Dec 29 03:07:03 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Dec 29 03:09:18 2008 Subject: Current problem reports assigned to freebsd-threads@FreeBSD.org Message-ID: <200812291107.mBTB723w024603@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o threa/129956 threads Threaded process stuck in "vmopar" state, other in "uf o threa/128922 threads threads hang with xorg running o threa/128180 threads pthread_cond_broadcast(3) lost wakeup o threa/127225 threads bug in lib/libthr/thread/thr_init.c o threa/122923 threads 'nice' does not prevent background process from steali o threa/121336 threads lang/neko threading ok on UP, broken on SMP (FreeBSD 7 o threa/118715 threads kse problem o threa/116668 threads can no longer use jdk15 with libthr on -stable SMP o threa/116181 threads /dev/io-related io access permissions are not propagat o threa/115211 threads pthread_atfork misbehaves in initial thread o threa/110636 threads [request] gdb(1): using gdb with multi thread applicat o threa/110306 threads apache 2.0 segmentation violation when calling gethost o threa/103975 threads Implicit loading/unloading of libpthread.so may crash o threa/101323 threads [patch] fork(2) in threaded programs broken. s threa/100815 threads FBSD 5.5 broke nanosleep in libc_r s threa/94467 threads send(), sendto() and sendmsg() are not correct in libc s threa/84483 threads problems with devel/nspr and -lc_r on 4.x o threa/83914 threads [libc] popen() doesn't work in static threaded program o threa/80992 threads abort() sometimes not caught by gdb depending on threa o threa/80435 threads panic on high loads o threa/79887 threads [patch] freopen() isn't thread-safe o threa/79683 threads svctcp_create() fails if multiple threads call at the s threa/76694 threads fork cause hang in dup()/close() function in child (-l s threa/76690 threads fork hang in child for -lc_r o threa/75374 threads pthread_kill() ignores SA_SIGINFO flag o threa/75273 threads FBSD 5.3 libpthread (KSE) bug o threa/72953 threads fork() unblocks blocked signals w/o PTHREAD_SCOPE_SYST o threa/70975 threads [sysvipc] unexpected and unreliable behaviour when usi s threa/69020 threads pthreads library leaks _gc_mutex s threa/49087 threads Signals lost in programs linked with libc_r s threa/48856 threads Setting SIGCHLD to SIG_IGN still leaves zombies under s threa/40671 threads pthread_cancel doesn't remove thread from condition qu s threa/39922 threads [threads] [patch] Threaded applications executed with s threa/37676 threads libc_r: msgsnd(), msgrcv(), pread(), pwrite() need wra s threa/34536 threads accept() blocks other threads s kern/32295 threads [libc_r] [patch] pthread(3) dont dequeue signals s threa/30464 threads pthread mutex attributes -- pshared s threa/24632 threads libc_r delicate deviation from libc in handling SIGCHL s threa/24472 threads libc_r does not honor SO_SNDTIMEO/SO_RCVTIMEO socket o 39 problems total. From pluknet at gmail.com Mon Dec 29 17:30:03 2008 From: pluknet at gmail.com (pluknet) Date: Mon Dec 29 17:30:09 2008 Subject: kern/129956: Threadened process stuck in "vmopar" state, other in "ufs" later. Message-ID: <200812291730.mBTHU2cM082552@freefall.freebsd.org> The following reply was made to PR threads/129956; it has been noted by GNATS. From: pluknet To: bug-followup@freebsd.org Cc: Subject: Re: kern/129956: Threadened process stuck in "vmopar" state, other in "ufs" later. Date: Mon, 29 Dec 2008 19:54:32 +0300 HTH, db> show lockedvnods Locked vnodes 0xc86d6aa0: tag syncer, type VNON usecount 1, writecount 0, refcount 2 mountedhere 0 flags () lock type syncer: EXCL (count 1) by thread 0xc8341680 (pid 50) 0xc9f62880: tag ufs, type VREG usecount 0, writecount 0, refcount 3 mountedhere 0 flags (VI_DOOMED) v_object 0xca794840 ref 0 pages 592 lock type ufs: EXCL (count 1) by thread 0xc9813340 (pid 13253) with 1 pending ino 68191367, on dev aacdu0s1g db> ps 13262 13001 13262 1000 S+ ufs 0xc9f628d8 sync 13253 1 13251 1000 SE vmopar 0xc3e83d58 httpd .. 50 0 0 0 SL ufs 0xc9f628d8 [syncer] .. db> bt 13262 Tracing pid 13262 tid 100104 td 0xc88934e0 sched_switch(c88934e0,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c9f628d8,c0a80360,0,c098ab1f,21f,...) at sleepq_switch+0xc1 sleepq_wait(c9f628d8,0,c9f628fc,b7,c0992135,...) at sleepq_wait+0x46 msleep(c9f628d8,c0a7fa74,50,c098f56b,0,...) at msleep+0x27d acquire(eecbfb7c,40,60000,c88934e0,0,...) at acquire+0x76 lockmgr(c9f628d8,2002,c9f628fc,c88934e0) at lockmgr+0x42a ffs_lock(eecbfbd4) at ffs_lock+0x6e VOP_LOCK_APV(c0a4a7e0,eecbfbd4) at VOP_LOCK_APV+0x87 vn_lock(c9f62880,2002,c88934e0,c9f62880) at vn_lock+0xa8 vget(c9f62880,2002,c88934e0) at vget+0xba qsync(c85dd530,c85dd574,21f7,1,0,...) at qsync+0x11a ffs_sync(c85dd530,2,c88934e0,c85dd530,2,...) at ffs_sync+0x2b0 sync(c88934e0,eecbfd04) at sync+0xe8 syscall(3b,3b,3b,2804e9c8,bfbfedd8,...) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (36, FreeBSD ELF32, sync), eip = 0x280bb617, esp = 0xbfbfed6c, ebp = 0xbfbfed88 --- db> bt 50 Tracing pid 50 tid 100038 td 0xc8341680 sched_switch(c8341680,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c9f628d8,c0a80360,0,c098ab1f,21f,...) at sleepq_switch+0xc1 sleepq_wait(c9f628d8,0,c9f628fc,b7,c0991825,...) at sleepq_wait+0x46 msleep(c9f628d8,c0a7fa74,50,c098f56b,0,...) at msleep+0x27d acquire(e8957b24,40,60000,c8341680,0,...) at acquire+0x76 lockmgr(c9f628d8,2002,c9f628fc,c8341680) at lockmgr+0x42a ffs_lock(e8957b7c) at ffs_lock+0x6e VOP_LOCK_APV(c0a4a7e0,e8957b7c) at VOP_LOCK_APV+0x87 vn_lock(c9f62880,2002,c8341680,c9f62880) at vn_lock+0xa8 vget(c9f62880,2002,c8341680) at vget+0xba qsync(c85dd530,c85dd574,21f6,1,0,...) at qsync+0x11a ffs_sync(c85dd530,3,c8341680,c85dd530,2,...) at ffs_sync+0x2b0 sync_fsync(e8957cbc) at sync_fsync+0x15a VOP_FSYNC_APV(c0a178a0,e8957cbc) at VOP_FSYNC_APV+0x7e sync_vnode(c86d6b60,c8341680) at sync_vnode+0x100 sched_sync(0,e8957d38,0,c072a858,0,...) at sched_sync+0x1ed fork_exit(c072a858,0,e8957d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe8957d6c, ebp = 0 --- From pluknet at gmail.com Mon Dec 29 17:40:04 2008 From: pluknet at gmail.com (pluknet) Date: Mon Dec 29 17:40:15 2008 Subject: threads/129956: Threaded process stuck in "vmopar" state, other in "ufs" later. Message-ID: <200812291740.mBTHe3dV091867@freefall.freebsd.org> The following reply was made to PR threads/129956; it has been noted by GNATS. From: pluknet To: bug-followup@freebsd.org, pluknet Cc: Subject: Re: threads/129956: Threaded process stuck in "vmopar" state, other in "ufs" later. Date: Mon, 29 Dec 2008 20:33:36 +0300 [2nd try] HTH, db> show lockedvnods Locked vnodes 0xc86d6aa0: tag syncer, type VNON usecount 1, writecount 0, refcount 2 mountedhere 0 flags () lock type syncer: EXCL (count 1) by thread 0xc8341680 (pid 50) 0xc9f62880: tag ufs, type VREG usecount 0, writecount 0, refcount 3 mountedhere 0 flags (VI_DOOMED) v_object 0xca794840 ref 0 pages 592 lock type ufs: EXCL (count 1) by thread 0xc9813340 (pid 13253) with 1 pending ino 68191367, on dev aacdu0s1g db> ps 13262 13001 13262 1000 S+ ufs 0xc9f628d8 sync 13253 1 13251 1000 SE vmopar 0xc3e83d58 httpd .. 50 0 0 0 SL ufs 0xc9f628d8 [syncer] .. db> bt 13262 Tracing pid 13262 tid 100104 td 0xc88934e0 sched_switch(c88934e0,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c9f628d8,c0a80360,0,c098ab1f,21f,...) at sleepq_switch+0xc1 sleepq_wait(c9f628d8,0,c9f628fc,b7,c0992135,...) at sleepq_wait+0x46 msleep(c9f628d8,c0a7fa74,50,c098f56b,0,...) at msleep+0x27d acquire(eecbfb7c,40,60000,c88934e0,0,...) at acquire+0x76 lockmgr(c9f628d8,2002,c9f628fc,c88934e0) at lockmgr+0x42a ffs_lock(eecbfbd4) at ffs_lock+0x6e VOP_LOCK_APV(c0a4a7e0,eecbfbd4) at VOP_LOCK_APV+0x87 vn_lock(c9f62880,2002,c88934e0,c9f62880) at vn_lock+0xa8 vget(c9f62880,2002,c88934e0) at vget+0xba qsync(c85dd530,c85dd574,21f7,1,0,...) at qsync+0x11a ffs_sync(c85dd530,2,c88934e0,c85dd530,2,...) at ffs_sync+0x2b0 sync(c88934e0,eecbfd04) at sync+0xe8 syscall(3b,3b,3b,2804e9c8,bfbfedd8,...) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (36, FreeBSD ELF32, sync), eip = 0x280bb617, esp = 0xbfbfed6c, ebp = 0xbfbfed88 --- db> bt 50 Tracing pid 50 tid 100038 td 0xc8341680 sched_switch(c8341680,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c9f628d8,c0a80360,0,c098ab1f,21f,...) at sleepq_switch+0xc1 sleepq_wait(c9f628d8,0,c9f628fc,b7,c0991825,...) at sleepq_wait+0x46 msleep(c9f628d8,c0a7fa74,50,c098f56b,0,...) at msleep+0x27d acquire(e8957b24,40,60000,c8341680,0,...) at acquire+0x76 lockmgr(c9f628d8,2002,c9f628fc,c8341680) at lockmgr+0x42a ffs_lock(e8957b7c) at ffs_lock+0x6e VOP_LOCK_APV(c0a4a7e0,e8957b7c) at VOP_LOCK_APV+0x87 vn_lock(c9f62880,2002,c8341680,c9f62880) at vn_lock+0xa8 vget(c9f62880,2002,c8341680) at vget+0xba qsync(c85dd530,c85dd574,21f6,1,0,...) at qsync+0x11a ffs_sync(c85dd530,3,c8341680,c85dd530,2,...) at ffs_sync+0x2b0 sync_fsync(e8957cbc) at sync_fsync+0x15a VOP_FSYNC_APV(c0a178a0,e8957cbc) at VOP_FSYNC_APV+0x7e sync_vnode(c86d6b60,c8341680) at sync_vnode+0x100 sched_sync(0,e8957d38,0,c072a858,0,...) at sched_sync+0x1ed fork_exit(c072a858,0,e8957d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe8957d6c, ebp = 0 ---