GitLab

fumbles around in an infinite loop.

work fine when the nodes are behaving themselves.

1) geni_update_users: Takes a slice credential and a keys argument. Can
  only be invoked when the sliver is in the started/geni_ready state.
  Moves the slice to the geni_updating_users state until all of the
  nodes have completed the update, at which time the sliver moves back
  to started/geni_ready.

2) geni_updating_users_cancel: We can assume that some nodes will be whacky
  and will not perform the update when told to. This cancels the
  update and moves the sliver back to started/geni_ready.

A couple of notes:

* The current emulab node update time is about three minutes; the
  sliver is in this new state for that time and cannot be restarted or
  stopped. It can of course be deleted.

* Should we allow restart while in the updating phase? We could, but
  then I need more bookkeeping.

* Some nodes might not be running the watch dog, or might not even be
  an emulab image, so the operation will never end, not until
  canceled. I could add a timeout, but that will require a monitor or
  adding DB state to store the start time.

continual retries that annoy people.

Kirk Webb authored Aug 06, 2013 and Kirk Webb committed Aug 06, 2013

Users want to make images derived from standard ones that support blockstores,
so let's make that possible.

Tweaks to prevent adding vlan 1 to the trunk allowed list.

We should only ever do this implicitly if the last vlan in the allowed list
is removed.

Things were confused.  A more explicit split and treatment is needed.

Update for portchannels in getPortState()

It gets called many times for a variety of commands...

* warnings normalized.
* Added logic to deal with empty allow list for trunks
* Added some missing locking.
* Added some comments.

Also added a new test in the test harness for trunks.

On to testing.

Still have a smill bit of logic to write dealing with adding/removing the
last vlan from the allowed list on "equal" trunks, and then it's on to
testing.

Based on snmpit_arista and snmpit_hp.

This module wraps the Mellanox XML-gateway API, an "interesting" sort of
interface offered up by Mellanox switches running MLNX-OS.  This module
handles all of the connection setup and XML encoding / decoding.  Users
of the module pass in arrays of commands to run, and arrays of results
are returned.  All commands in lists passed to a single call() invocation
will be passed along together to be invoked, in order, on the switch.
Mixtures of 'get', 'set-*', and 'action' commands are allowed.

This check-in also includes a test harness for this module.

Sample use:

my $gw = MLNX_XMLGateway->new("user:pass@switch.somehost.org");
my @cmds = (
  ["get", "/some/REST/path"],
  ["set-create", "/some/REST/path/to/create"],
  ["set-modify", "/some/REST/path/to/modify=newvalue"],
  ["action", "/some/REST/action/path", {var => value, ...}]
);

$results = eval { $gw->call(\@cmds) };

if ($@) {
  die "error: $@";
}

foreach my $res (@$results) {
  # path, type, value
  print "@$res\n";
}

Avoids email blasts while swapping.

an option to initilo to gather the keys via the ILO's web XML
interface, and stick the result into the DB. Doing this, just in case
a node loses its keys (which actually happened at BBN).

own locking and breaks if two processes call it at the same time. DUMB!

subnet as the control network (as in Utah).

XMLRPC interface.

Disabled by default, enabled on Utah Emulab for testing.

This reverts commit d3e3ee05ed0c8e7903942cc913067e7573a42af4.

Conflicts:
	tmcd/GNUmakefile.in

This reverts commit f01c8d1e091729f77f1883cdc5fd46a1b8d46198.

No longer need this stuff

This is a leak!

This way I can throw away all the manual mysql handling that I was doing

This was so we won't need a daemon library