of an image and return that in the loadinfo.

default to The Right Thing if not given.

to figure out which protocol version to use by looking in your .ssh/
directory, but there are plenty of ways this can get you into trouble.
Like, for instance, if you have both types of keys, but the sever only
accepts one protocol version.

should make it possible to handle both connected and connection-less
TCP and UDP sockets.

on images that use grub as bootloader.  No way to fix GRUB itself to
handle this little problem without spending a bunch more time.

Add template_startrun to list of symbolic links to create and update
help screen for template_startrun.

showosinfo.

to try to tweak the name in /etc/fstab from frisbee's slicefix.  So we
remove a swap partition entirely from fstab in the image and just set it
on the fly via this script.

this as a temporary measure.

Also, renumber the last few database-migrate entries, there was a missing
number and things had gotten out of sync with database-create.

 * Somewhere in the DB, probably images, we will store the MBR "version"
   required by a partition (non-whole-disk) image.  This info will be
   passed to the client (us).

 * We use this info to install the correct MBR on the disk before starting
   frisbee.  The various MBRs (all two of them) will be stored in the
   frisbee MFS since they are only 512 bytes each.

This checkin handles the client-side of things and is backward compatible
(i.e., assumes MBR version 1 if nothing is passed).

One immediate benefit is that this will allow us to install a partition
image on a new (or otherwise MBR-free) disk, as it detects the case of no
MBR and installs one.

Show id's on pc600 wifi cluster nodes.
Fix an areamap bug which offset areas on maps after the first, due to the bug that
required moving image cropping out of Perl ImageMagick and into shell ImageMagick cmds.

(linux), which is probably ok, but not optimal.

so must allow that.

experiments a user sees.

relevant email:

Date: Wed, 18 Apr 2007 21:20:37 -0700
From: Jason Shupe <jshupe@ISI.EDU>
To: Testbed Ops <testbed-ops@emulab.net>
Subject: [patches] tmcd.c (Jason) and elabinelab.in (Keith)

Included in this email are my description of the problem, and my patches
to tmcd.c, followed by more descriptions of the problem and Keith's
patch to elabinelab.in.  I apologize in advance for misquoting,
changing and other wise abusing Keith's prose.

An elab in elab experiment was started from the DeterTest project.  A
simple inner experiment was then started from the emulab-ops project.
During experiment swap in the program agent would fail to start.  If the
same simple inner experiment was started under the DeterTest project or
on the main testbed it would start normally.

It turned out that Keith's account (among others) wasn't getting created
on the inner experimental node.

tmcd was only sending a subset of accounts to the experimental nodes.
By digging through the database queries from tmcd.c I noticed one of the
database responses contained a NULL in the g.unix_gid field.  By
removing the only user from the emulab-ops sub group 'ops-test' it was
then possible to successfully swap in the inner experiment.

I've included two different versions of an untested tmcd.c patch.  Both
versions include changes only to the mysql statement.  Both versions of
the modified mysql statements were tested on the elab in elab database
after the only member of emulab-ops was re-added to the 'ops-test'
group.  Both queries returned all results of the original statements
except the offending record with the 'NULL' value for g.unix_gid.

The first patch directly excludes the offending record(s), and the
second patch simple changes the _left join_'s to just _join_'s (Keith's
suggestion) which also produces the same result for the data set tested.

Ted reminded me that "is not NULL" is better than my initial "!='NULL'",
which also produces the same results.  Other suggestions on this end
include specifically using "inner join", and to use both "inner join"
and "is not NULL".

Date: Tue, 24 Apr 2007 14:44:08 -0700
From: Leigh Stoller <stoller@flux.utah.edu>
Subject: Re: [patches] tmcd.c (Jason) and elabinelab.in (Keith)

Well, unix_gid is not supposed to be null, so we should fix that problem
instead, I would think.

Date: Wed, 25 Apr 2007 00:35:30 -0700 (PDT)
From: Keith Sklower <sklower@vangogh.CS.Berkeley.EDU>
Subject: Re: [Deter-ops] [patches] tmcd.c (Jason) and elabinelab.in (Keith)

It became null because of using an outer join instead of an inner join.

I'll repeat the condition:
1.) the DETER emulab-ops has subgroups
2.) the inner elab group membership table and references to a group
    which was not inherited from the outer boss [pid=emulab-ops,
    gid=test-grup, uid=jhickey]

So, my initial proposal was to be a bit tidier in specifying what
group membership entries should be subsetted.

(the was a phrase which intended to catch the group membership
for anybody currently active in emulab-ops, but it was too encompassing).

Date: Wed, 25 Apr 2007 13:15:51 -0600
From: Robert P Ricci <ricci@cs.utah.edu>
Subject: Re: [Deter-ops] [patches] tmcd.c (Jason) and elabinelab.in (Keith)

I guess, then, I will commit both proposed changes to tmcd - both to
make the existing join more 'correct', and to guard against other ways
(ie. bad/inconsistent DB state) the gid might show up as null.

stuff into the library since we do that in many places.