9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: erik quanstrom <quanstro@quanstro.net>
To: 9fans@9fans.net
Subject: [9fans] installs which hang
Date: Sat,  7 Jun 2014 11:45:31 -0400	[thread overview]
Message-ID: <c6d892528d6a444bfab7f0d3f40c154f@brasstown.quanstro.net> (raw)

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.)

- erik



             reply	other threads:[~2014-06-07 15:45 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-07 15:45 erik quanstrom [this message]
2014-06-07 17:16 ` Ramakrishnan Muthukrishnan
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=c6d892528d6a444bfab7f0d3f40c154f@brasstown.quanstro.net \
    --to=quanstro@quanstro.net \
    --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).