better.

boss' .

Still takes a command-line argument (ignored) for backwards
compatibility.

temporary use on the web.

Also, moved setup-db to the end of the file, since the web interface
should be running before we attempt it.

'emulab-ops' project, instead of an account for the user running
it. The elabman user is then used to bootstrap other accounts.

Also include a list of things to do to admin's accounts on boss, like
giving them shells.

I've intentionally left this list different (and shorter) than the one
'normal' admins get so that no one is tempted to do too much with such
a user.

toggle.php, and make the admin bit override the webonly bit for
permissions checks.

prevent people from asking for 'root', 'toor', etc. as usernames, and
will hopefully help with new installations, which may have created
accounts by hand. Note that this checks boss only, not ops.

Also fixed a bug in newproject.php3 that was incorrectly letting
through duplicate usernames.

Currently the default bossnode seems to be compiled in as "boss.emulab.net"
which doesn't work so well at other testbeds.

this by moving (well, copying) the rcs file in the CVS tree so that we do
not lose the history.

rely on the HZ rate of the boss kernel.

pxeboot. Only for BSD, no idea how to do linux yet.

more testing).

packets are lost; do not send the events if a node has requested
bootinfo within the last 10 seconds; this implies that the bootinfo
reply packet was lost and the node is retrying. This should quiet
things a bit from stated, although eventually this should be dealt
with in stated instead of with this hack.

Mac originally added the cache to proxydhcp. I've added a cache to
bootinfo to solve the same problem (proxydhcp is no longer used),
although I have changed to implementation to use the DBM backend
rather then a one-off hash table. dbopen() with a NULL file argument
creates an in-memory database (no backing store), and I have used the
DB_HASH db type. So, the hash table is done with a couple of calls to
DBM routines.

better support for experiment failures (99% on latency and loss),
better error messages.

and wait for linktest events, and integrated it into the perl scripts.

At this point I'm working on small potatoes such as the rc.setup script
to invoke linktest daemon and nailing down where to put platform-specific
stuff such as the ns-linktest build and the customized tb-compat.

Also am testing linktest in cases where I've deliberately inserted an error
to make sure it catches it.

decapsulated if it was determinted that the packet was destined to some
sim node on the same pnode. This was done at the entry point of the
packet from the live network. However, in the case of disconnected
partitions, the packet may have to exit the pnode one or more times
before reaching the final destination. In this case, the decapsulation
of it early is a waste. This commit remedies that by performing the
decapsulation in the port classifier of a node just before the packet
is given to a traffic agent that will consume the packet.

case of errors that we have never, ever seen. Just print the errors
to stdout.

Make event.so buildable on ops and nodes.

that it does the right thing. Existing bug, but was uncovered by the
previous cleanups.

No idea, just making it work.

- add functions to recursively dump hashes and arrays into a string
  suitable for printing as debugging output (great for data structures)

- add three new trigger strings

- add 'use strict', do corresponding cleanup

stated changes:

- move special-cased stuff in handleEvent for PXEBOOTING and BOOTING into
  triggers (PXEBOOTING, BOOTING, and CHECKGENISUP)

- clarify (via comments) the existing kinds of triggers and which ones run
  when, and add a new kind (global "any-mode" triggers). We already had
  per-node mode-specific, per-node any-mode, and global mode-specific
  triggers. Now you can have a trigger that is good for any mode in a
  given state, that can be overridden on a mode-specific basis. This is
  great for PXEBOOTING, BOOTING, and ISUP, since they each have a trigger
  list that should be run regardless of what mode you're in. Now they only
  require 3 entries instead of 3*N that have to be maintained per mode.

     # A note about triggers:
     #
     # "per-node" triggers only affect their specific node in a
     # particular mode/state, and are run first of all. "global"
     # triggers are triggers for a given mode/state that affect all
     # nodes, and are run after any per-node triggers. "Any-mode"
     # triggers are tied to a state, and occur in that state in any
     # mode. The any-mode triggers are over-ridden by global triggers,
     # and if an "Any-mode" trigger for state XYZ exists as well as a
     # global trigger for mode FOOBAR state XYZ, then when I arrive in
     # XYZ any per-node triggers will be run. Then, if I'm in mode
     # FOOBAR, only the global trigger will run. If I'm in any other
     # mode, only the any-mode trigger will run.

     # (our "*" is stored as $TBANYMODE)
     # Per-node triggers have a specific node_id
     # Global triggers have "*" as the node_id
     # Any-mode triggers have "*" as the mode, and can be global or per-node

  The updated table looks like this in the accompanying change to
  database-fill.sql:

+---------+----------+------------+-----------------------+
| node_id | op_mode  | state      | trigger               |
+---------+----------+------------+-----------------------+
| *       | *        | BOOTING    | BOOTING, CHECKGENISUP |
| *       | *        | ISUP       | RESET                 |
| *       | *        | PXEBOOTING | PXEBOOT               |
| *       | RELOAD   | RELOADDONE | RESET, RELOADDONE     |
| *       | ALWAYSUP | SHUTDOWN   | ISUP                  |
+---------+----------+------------+-----------------------+

- I also cleaned up the functions that add, get, and delete triggers.
  Before, the get function didn't include global triggers. Now it does,
  and has an option to just get the per-node triggers. Add and delete are
  still just per-node, of course.

- Also found and fixed some little bugs while I was in there. (global
  triggers not taking a list,

These changes are me getting ready to re-add all the changes I made months
ago in order to do a before-and-after experiment for my thesis. Between
now and the end of next week I'll be working on taking before numbers,
patching stated with the changes, and getting after numbers.

The problems I'm trying to replicate are the problems and slowdowns we
used to get when os_{load,setup} would reboot a node, thinking it had
timed out, when it really didn't know whether it was making progress or
not. The fix includes making os_{load,setup} depend on stated to watch for
progress and timeouts, and do any appropriate retries. Part of that is the
StateWait stuff, that lets programs watch for events easily, and the
node_reboot-with-events stuff that puts stated in control of nodes as they
reboot.

<name>=<val>

the RAW_IP packet being sent had a different ip_len. This happened in the
case of a nse topology that is disconnected due to how assign maps it. The
encapsulated simulator packet was decapsulated even though it has to leave
the physical node again. Under this circumstance, the decapsulated simulator
packet size was used for RAW_IP send() instead of the size of the encapsulated
packet.

GET to avoid GET size limitations. This should have been easy, but PHP
has no native support for doing this, so takes a bit of mucking around
with a direct socket connection to the server, and sending it the
right headers, blah, blah, blah.

Will make this live soon!

are essentially Tcl strings that will be evaluated in nse. The old code
will do its usual stuff if <name>=<val> type args are passed to tevc.

imageid.  Uses new slot in the images table (frisbee_pid) to track
running frisbee daemon for an image so that it can be killed from
create-image (kill before creating new image) and from the web page
before deleting an imageid.

This includes an updated client-install.

However, this is not yet ready for builds due to certain libraries not
present on the nodes and ops. For those I will be writing a static
linked c program to handle the linktest "done" event in both linktest.pl
and run_linktest.pl.