BM now recognizes two distinct forms of 'debug' mode.
authorStephen Soltesz <soltesz@cs.princeton.edu>
Mon, 21 Apr 2008 18:34:24 +0000 (18:34 +0000)
committerStephen Soltesz <soltesz@cs.princeton.edu>
Mon, 21 Apr 2008 18:34:24 +0000 (18:34 +0000)
commit164af7bc8b292ec395aaef67084bee67023aa492
tree6a82eadde72ee67b1ce8cec75faf7e10becaa44f
parent0658b89a3012f16a798c6050ab5bf8c2982b5f4c
BM now recognizes two distinct forms of 'debug' mode.

1) 'dbg' comes from failing to reach 'boot' state.
2) 'diag' comes from an admin explicitly setting the node to
'diagnostic'/'debug' mode.

Previously there was no way to tell the diff.  And, users trying to
reconfigure their machines, would reboot the node, but not reset the boot
state through the gui.  The result would be that the machine would pull the
current boot state from PLC (which happened to be debug from previous
failures) and the node would appear to the user to still be broken.  THis adds
unnecessary time to the support@ list in mis-understanding what's going on for the
user, when everything is actually in place on the node; it's just in the wrong
boot state.

Thus, having BM automatically try to perform the 'bootRun()' when in 'dbg'
state will prevent a correct configuration from stalling the node from coming
online.  In this way, we have moved the requirement for setting the boot state
through the GUI by the user to BM.

I think this is preferrable.
source/BootManager.py