On 26/02/07, Sverre Froyen <sverre@viewmark.com> wrote:
> On Friday 23 February 2007, Hisashi T Fujinaka wrote:
> > it appears to be stuck in ioflush?  I'm going to try to get a dump to
> > generate a backtrace.
>
> I see hangs whenever heavy file system IO takes place (like the daily scripts
> that run every night or building a NetBSD distribution).  Often, currently
> running programs will continue to work, but new ones will not start.  Typing
> return at shell prompt (I'm using bash) will not give me another prompt.  ^C
> and ^Z have no effect.  I can (usually) switch from the X-windows display
> back to console 1 (with ctrl-alt-f1) where I can access DDB.  The DDB
> backtrace always procduces


I've had the same this morning - there were two 'find' processes from
the daily and weekly jobs. Could not poweroff at the end, even if the
normal shutdown was OK. i386 -current from 21/02.

>
> DDB lost frame for netbsd: Xintr_legacy1+0xb4..
>
> a ps shows several programs (e.g., qmgr, korganizer, kdeinit (times 4)) in
> state vnlock and ioflush in lfs_dir (/usr and /home are LFS, / and /var are
> FFS, /tmp is tmpfs).
>
> This is i386 current from 23 Feb (basically GENERIC_LAPTOP).
>
> I'm doing a cvs update this morning and I will try a new kernel, but I do not
> see any source changes that appear relevant.  Is there any (other)
> information that would be useful and that I should try to capture when/if it
> hangs again?
>
> Thanks
>
> Sverre
>
>
>
Chavdar Ivanov