GitLab

Also, reflect new way of populating default_firewall_rules
(not done here anymore, done in the new firewall subdirectory)

them up!

* New database table to store obstacles, in the usual coord system;
  x1,y1, is the upper left corner.

* New web page to dump the entire obstacle list

	https://www.emulab.net/obstacle_list.php3

* New web page to dump a single obstacle, referenced by the above list
  page, and by the floormap generator.

* Hack up the floormap code to add obstacles to the areamap, so that
  when you mouse over them, you get a ballon showing the description,
  and a link to the above mentioned page.

* Add new DB table "webcams" which hold the id of the webcam, the
  server it is attached to, and the last update time.

* Add new sitevars webcam/anyone_can_view and webcam/admins_can_view.
  Should be obvious what they mean.

* Add trivial script grabwebcams (invoked from cron) to grab the images
  from the servers and stash in /usr/testbed/webcams. The images are
  grabbed with scp, protected by a 5 second timeout. Fine for a couple
  of cameras.

* Add web page stuff to display webcams, linked from the robot mape page.

Permission to view the webcams is currently admin, or in a project that is
allowed to use a robot. We can tighten this up later as needed.

that text will get emailed with the "postpone" menu selection.

The checkpoint driver can return a list of blocks that have been modified
since its startup.  If you use "imagezip -C /dev/shd0 -s 1 /dev/ad0 foo.ndz"
imagezip will make an ioctl call on the shd device to get the modified
blocks it needs to save (rather than parsing the filesystem).  It then
creates an image using those blocks.

The end result should be an "incremental" image that can be put down on
the disk by frisbee after the original image has been loaded.

This is all a theory right now (including the ioctl :-) but should get
tested RSN.

to override from the NS file. In your NS file:

	namespace eval TBCOMPAT {
		set elabinelab_fixnodes("boss") pc171
	        set elabinelab_hardware("boss") pc2000
	        set elabinelab_hardware("ops")  pc2000
	}

environment.

A bunch of engineering on the robot code.  I'm sure I've broken something,
but the majority of it is done and I wanted to get a checkpoint in.

	* GNUmakerules: Add rpcgen rules.

	* Makeconf.in: Add PATH and host_cpu variables so
	cross-compilation works properly.  Add JAVAC and JAR for java
	compilation.  Add BRAINSTEM_DIR that refers to a brainstem build
	directory to be used for the robot build.

	* configure, configure.in: Prepend the arm cross-compile dir to
	PATH.  Detect java for building applets.  Add --with-brainstem to
	specify the brainstem build dir.  Add --enable-mezzanine to turn
	on the mezzanine build.

	* robots/GNUmakefile.in: Add client target that builds the
	subdirs.

	* robots/emc/GNUmakefile.in, robots/emc/emcd.h, robots/emc/emcd.c,
	test_emcd.sh.in, robots/rmcd/GNUmakefile.in, robots/rmcd/rmcd.c,
	robots/rmcd/test_rmcd.sh.in, robots/vmcd/test_vmc-client.sh.in,
	robots/vmcd/test_vmcd.sh.in, robots/vmcd/test_vmcd2.sh,
	robots/vmcd/test_vmcd3.sh, robots/vmcd/test_vmcd4.sh,
	robots/vm...

boss node, which were coming from my home dir. Take them from the source
tree instead in /proj.

Try my hand at modifying named config creation.  Allows for "fs" to be
different than ops/users.  Also tried to eliminate some redundant output.
We still generate multiple A records for some IPs (e.g., "ops" and "users")
and don't (I think) generate MX records consistently.

	FSNODE_IP
	EXTERNAL_FSNODE_IP

which default to ops' IP address if not set.  This allows for separate
ops/fs nodes, a config Aero has.

Also push some IP addresses (boss, ops, fs) into config.h so they can
be used in C programs.  Specifically tmcd for returning values of
"firewall variables" that can be used in default firewall rules.
But I will likely wind up putting the var/value pairs in the DB rather
than compiling them into tmcd.

when the node reboots.

read in all of the bootlog data.

* Do not exit from the cdboot, just return!

request, beef up named setup so that sites like DETER are handled
properly. I have added 4 new defs variables:

    #
    # If your boss/ops nodes are multihomed (and typically, one of the
    # networks is a public routable network, and the other is an internal
    # unroutable network), then define the the external addresses here (and
    # the internal addresses above).
    #
    EXTERNAL_BOSSNODE_IP=$BOSSNODE_IP
    EXTERNAL_USERNODE_IP=$USERNODE_IP

    #
    # As above, if you have internal and external networks, define the
    # external network here, and the internal network above.
    #
    EXTERNAL_TESTBED_NETWORK=$TESTBED_NETWORK
    EXTERNAL_TESTBED_NETMASK=$TESTBED_NETMASK

which if not set default to the internal values. When the external and
internal networks are different, generate two sets of reverse zone
files and two forward files (one internal and one external).

all ports that have been specified.

made my last commit. Re-apply my changes to the right version of the
file.

* Add boot_errno to the nodes table so that nodes can report in a
  subcode to indicate what went wrong. At present, we do not report any
  real error codes; that is going to take some time to work out since it
  will reqiure a bunch of changes to the boot scripts.

* Add new table node_bootlogs to store logs provided by the nodes. Not
  a full console log, but a log of the tmcd client side part. We can
  make it a full log if we want though; just means mucking about with
  the boot phase a bit.

* Add new state transition to NORMALv2 and PCVM state machines. "TBFAILED"
  is a new state that is sent (after TBSETUP) if a node fails somewhere in
  the tmcd client side.

* Change TBNodeStateWait() to take a list of states (instead of single
  state) and an optional pass by reference parameter to return the actual
  state that the node landed in. Change all calls to TBNodeStateWait() of
  course.

* Change os_setup (and libreboot in wait mode) to look for both TBFAILED...

Bump version # to 22 as a result.

This is used to locate the Boss, assuming that it provides the DNS service.
Create an /etc/resolv.conf file at boot-up from the ipconfig DNS state.

threshold.