Chad Mynhier wrote:

> I'm trying to debug a Solaris 8 kernel hang with mdb.  (This appears
> to be a kernel hang and not simply a process hang, as we can get no

^^^^^^^^^^^^^^^^^

What made you think that there is a kernel hang?
  - Are the shells/interactive cmds stopped responding
  - Is the system not pingable
  - not reachable via telnet/rlogin
  - did the GUI just freeze
  - mouse just doesn't work - cursor does not move
  - a few cmds are running eternally
  - None of the process related cmds are finishing
  - System is not servicing the requests it is supposed to, 
mail/web/file server
 - Nothing other than stop-A worked !!

Only if there actually is a hang, will you threads with interesting 
stacks as Gavin
said;  From the stacks of the threads of your crash file, there doesn't 
seem to
be a hang !!
-surya

> response from the server and need to drop it to the ok prompt and
> reboot.)
>
> I've done "::walk thread | ::findstack".  Of 95 threads, I get a stack
> trace for 79, and of those, 63 are sitting in cv_wait().  Here are
> some of the stack traces:
>
> 28
>         cv_wait+0x38()
>         taskq_thread+0x110()
>         thread_start+4()
>
> 6
>         cv_wait+0x38()
>         md_daemon+0x144()
>         thread_start+4()
>
> 4
>         cv_wait+0x38()
>         taskq_thread+0xd4()
>         thread_start+4()
>
> 4
>         cv_wait+0x38()
>         sqthread+0x14c()
>         thread_start+4()
>
>
> 4
>         cv_wait+0x38()
>         ufs_thread_run+0x130()
>         ufs_thread_delete+0x4c()
>         thread_start+4()
>
> My first thought is that the above might be perfectly normal behavior.
>  Is there anything I should be suspicious about?  If so, how can I
> probe deeper (given that this is Solaris 8)?  If not, does anyone have
> any pointers on what I could be looking at?
>
> Thanks,
> Chad Mynhier
> _______________________________________________
> mdb-discuss mailing list
> mdb-discuss at opensolaris.org


Reply via email to