Re: kern/39016 (processes stuck in "tstile")

[Paul Ripke <stix%stix.id.au@localhost>]

The following reply was made to PR kern/39016; it has been noted by GNATS.

From: Paul Ripke <stix%stix.id.au@localhost>
To: NetBSD gnats-bugs <gnats-bugs%NetBSD.org@localhost>
Cc: ad%NetBSD.org@localhost
Subject: Re: kern/39016 (processes stuck in "tstile")
Date: Sat, 27 Sep 2008 10:58:42 +1000

 I've just tripped over this, too. I had a build system running NetBSD
 4.0 x86 on a quad Intel, with softdep filesystems. I "upgraded" to
 amd64 current (20080926T0002 UTC) with filesystems mounted with "log".
 
 Previously, release build (-j 8) of 5 archs on this system would take
 about 3.5 hrs. After the upgrade, 12+ hrs. I switched the build
 filesystem to 'async' (I like living on the edge...) and it took the
 normal time.
 
 Watching processes, there are many in 'tstile' and the disk with the
 build fs stays almost permanently ~5% busy.
 
 I took a full crash dump, but I can't figure how to get arbitrary
 backtraces from LWPs. http://www.netbsd.org/docs/kernel/ says to
 use 'proc' in gdb, but that just runs the user-defined procs function
 from src/sys/gdbscripts/procs. If I get a chance, I'll get some from
 ddb.
 
 I also noticed that crash dumping didn't appear to want to work
 with AHCI enabled - maybe it was just bad timing.
 
 FYI: current mounts are:
 /dev/wd0a on / type ffs (log, local)
 /dev/wd0f on /var type ffs (log, local)
 /dev/wd0e on /usr type ffs (log, local)
 tmpfs on /tmp type tmpfs (local)
 /dev/wd1a on /u type ffs (log, local)  <-- build fs
 kernfs on /kern type kernfs (local)
 zion:/export on /export type nfs
 zion:/usr/local on /usr/local type nfs
 zion:/usr/pkg on /usr/pkg type nfs
 zion:/usr/pkg64 on /usr/pkg64 type nfs
 
 -- 
 Paul Ripke