9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Ramakrishnan Muthukrishnan <vu3rdd@gmail.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Subject: Re: [9fans] installs which hang
Date: Sat,  7 Jun 2014 22:46:51 +0530	[thread overview]
Message-ID: <CAA6Yd9VCOYFZP1sDhBHHkJ7fC0V1mJHpbcj2NPOzG+b+s6Ov8w@mail.gmail.com> (raw)
In-Reply-To: <c6d892528d6a444bfab7f0d3f40c154f@brasstown.quanstro.net>

On Sat, Jun 7, 2014 at 9:15 PM, erik quanstrom <quanstro@quanstro.net> wrote:
> i don't think this has been mentioned in a while, so i wanted
> to quickly jot down a few tricks for looking at a "hung" machine.
>
> there are three main things that can hang things up on initial boot
> that aren't related to the kernel misbehaving
> - unclean shutdown forcing a fs check.  this can take 15-20 minutes on a
> big drive, or slow vm disk.
> - dhcp (should be limited to 5-10 minutes on sources, and ~30s on atom)
> - timesync.  i saw this issue one in 2008, so i don't remember much about it.
> - interrupts incorrectly mapped.  (even acpi can get it wrong.)
>
> if you can hit enter on the console, and have it recognized, you can
> have some confidence that interrupts are working.
>
> if you can type ^T^Tp and get a process listing, that's even better.
> you may (especially if you have a serial console) be able to figure out who
> is misbehaving.
>
> if you can type ^T^Tq and get the scheduler dump that might tell you
> if you have a lot of runnable processes.
>
> if you can type ^T^Ti and get the interrupt dump, that might tell you
> if a some hardware isn't interrupting.
>
> if your machine isn't making it this far, there isn't too much that can be
> easily done, unless you can pxe boot.  i usually put prints in the boot to
> see where things are going wrong.  i had the pleasure of doing that yesterday
> putting new locks in the pae kernel.  (i really need to use charles' GS:
> extern register trick to avoid this MACHP nonsense.)

Thank you. This is very useful.

With the 9atom install on virtualbox which hangs at init: starting
/bin/rc, I can see the process listing with ^T^Tp. The scheduler
listing just show "nrdy 0". ^T^Ti does not show anything. Keyboard is
active.

--
  Ramakrishnan



  reply	other threads:[~2014-06-07 17:16 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-07 15:45 erik quanstrom
2014-06-07 17:16 ` Ramakrishnan Muthukrishnan [this message]
2014-06-07 23:21 ` Steve Simon
2014-06-08  8:05   ` erik quanstrom

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAA6Yd9VCOYFZP1sDhBHHkJ7fC0V1mJHpbcj2NPOzG+b+s6Ov8w@mail.gmail.com \
    --to=vu3rdd@gmail.com \
    --cc=9fans@9fans.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).