Changes between Version 14 and Version 15 of GENIRacksHome/ExogeniRacks/AcceptanceTestStatus/EG-ADM-4

Timestamp:

03/06/13 15:48:57 (11 years ago)

Author:

tupty@bbn.com

Comment:

--

GENIRacksHome/ExogeniRacks/AcceptanceTestStatus/EG-ADM-4

@@ -108 +108 @@
 }}}
 
+The GMOC followed up at 2:54 PM EST with:
+{{{
+Greetings Aggregate Operator or GENI Rack site Operator,
+
+We received an emergency stop request from a GENI Experimenter (Chaos
+Golubinski) for the following GENI resource:
+
+Slice URN: urn:publicid:IDN+pgeni.gpolab.bbn.com+slice+jbs15 of which
+RENIC is listed as Aggregate Operator and BBN/GPO is the Rack site
+contact. Please acknowledge within an hour that you are looking into
+this Emergency Stop request and are working to shut-down this
+resource. If no response is received in one hour, we will proceed to
+contact your Escalation contact and/or perform an isolation of your
+slice/resource from the GENI Core network.
+
+NOTE: Please feel free to reference the following document for
+details of the GMOC Emergency Stop process:
+http://gmoc.grnoc.iu.edu/gmoc/documents/geni-standards/gmoc-support-e
+mergency-stop-procedure-and-workflow.html 
+}}}
+
 = Step 5: Site Administrator receives ES request =
 
@@ -122 +143 @@
  * The Site Administrator can identify the experimenter's email address, username, and affiliation with the information provided by the GMOC and GMOC monitoring tools
 
+=== Results of testing step 5A: 2013-03-06 ===
+ * The GMOC's email included the slice URN, which was as expected for today's test.  The ExoGENI procedure can be followed with a slice URN.
+ * The example procedure includes a step to ack the GMOC's ES request, and I acked the request at 2:56 PM EST.
+ * I can see the experimenter's email address, user URN, and operator organization when I look at [https://gmoc-db.grnoc.iu.edu/protected-openid/index.pl?method=slice_details;slice=urn%3Apublicid%3AIDN%2Bpgeni.gpolab.bbn.com%2Bslice%2Bjbs15 the GMOC web UI].
+
 == Step 5B (verify): Shut down procedure can be followed to successfully shut down a sliver ==
 
@@ -134 +160 @@
  * Experimental traffic from the sliver is no longer being sent
 
+=== Results of testing step 5B: 2013-03-06 ===
+ * I followed only the steps in the documented procedure, and the sliver was successfully shut down.  There was an issue with verifying that the sliver was shut down if the documented procedure was followed.  We did verify that the sliver had been shut down, but we used steps that were not in the documented procedure.  We will need to follow up with the ExoGENI team:
+{{{
+pequod>show sms
+bbn-sm  sm      6f72d5ac-5190-46c8-bc10-cc4af5dcab6e
+        http://localhost:14080/orca/spring-services
+        [Service Manager at BBN ExoGENI Site for topology embedding]
+
+pequod>show slices for bbn-sm filter "jbs15"
+urn:publicid:IDN+pgeni.gpolab.bbn.com+slice+jbs15
+8780bcef-6b72-4897-b750-f47a713e176c
+urn:publicid:IDN+pgeni.gpolab.bbn.com+slice+jbs15
+4993ad93-7db4-4070-9e2b-756f9af653b6
+urn:publicid:IDN+pgeni.gpolab.bbn.com+slice+jbs15
+c8bb5fbb-c680-437c-be18-c02a8e433542
+
+Total: 3 slices
+pequod>
+Logging out of containers
+Shutting down commands help file set show aux manage
+Resetting terminal and exiting. Goodbye.
+
+[tupty@bbn-hn ~]$ pequod
+Pequod ORCA Shell v.4.0-SNAPSHOT.build-5214 built on 02/28/2013 12:19
+(c) 2012-2013 RENCI/UNC Chapel Hill
+
+  help: Returns help for individual commands
+  file: File-related commands
+  set: Modify internal set variables
+  show: Show the state of things
+  aux: Auxiliary commands
+  manage: Manage actor state
+  history: show command history (!<command index> invokes the command)
+  exit: Exit from the shell (Ctrl-D or Ctrl-C also works)
+Type the entire command, or enter the first word of the command to
+enter subcommand with intelligent auto-completion (Using TAB).
+
+"It is not down on any map; true places never are."
+                -Herman Melville, Moby Dick
+
+pequod>show slices for bbn-sm filter "jbs15"
+urn:publicid:IDN+pgeni.gpolab.bbn.com+slice+jbs15
+8780bcef-6b72-4897-b750-f47a713e176c
+urn:publicid:IDN+pgeni.gpolab.bbn.com+slice+jbs15
+4993ad93-7db4-4070-9e2b-756f9af653b6
+urn:publicid:IDN+pgeni.gpolab.bbn.com+slice+jbs15
+c8bb5fbb-c680-437c-be18-c02a8e433542
+
+Total: 3 slices
+pequod>
+Logging out of containers
+Shutting down commands help file set show aux manage
+Resetting terminal and exiting. Goodbye.
+[tupty@bbn-hn ~]$ pequod
+Pequod ORCA Shell v.4.0-SNAPSHOT.build-5214 built on 02/28/2013 12:19
+(c) 2012-2013 RENCI/UNC Chapel Hill
+
+  help: Returns help for individual commands
+  file: File-related commands
+  set: Modify internal set variables
+  show: Show the state of things
+  aux: Auxiliary commands
+  manage: Manage actor state
+  history: show command history (!<command index> invokes the command)
+  exit: Exit from the shell (Ctrl-D or Ctrl-C also works)
+Type the entire command, or enter the first word of the command to
+enter subcommand with intelligent auto-completion (Using TAB).
+
+"It is not down on any map; true places never are."
+                -Herman Melville, Moby Dick
+
+pequod>show reservations for c8bb5fbb-c680-437c-be18-c02a8e433542
+actor bbn-sm state active
+42b5b5f6-6d39-4359-b37f-5cb9f435f066    bbn-sm
+        1       bbnvmsite.vm    [ active, activeticketed]
+        Notices: Reservation 42b5b5f6-6d39-4359-b37f-5cb9f435f066
+(Slice urn:publicid:IDN+pgeni.gpolab.bbn.com+slice+jbs15) is in state
+[Active,ExtendingTicket]
+        Start: Mon Feb 25 20:25:26 UTC 2013     End:Mon Mar 11 19:25:27 UTC 2013
+
+Total: 1 reservations
+pequod>manage close slice c8bb5fbb-c680-437c-be18-c02a8e433542 actor bbn-sm
+Closed slice c8bb5fbb-c680-437c-be18-c02a8e433542 on bbn-sm with result true
+pequod>show reservations for current actor bbn-sm
+ERROR: Current slice not set
+Total: 0 reservations
+}}}
+
+The above final command is missing a step to set the variable "current", which is why it did not work.  This should be addressed in the documentation. 
+
+ * To verify that the reservations were gone, we ran:
+{{{
+pequod>show reservations for c8bb5fbb-c680-437c-be18-c02a8e433542 actor bbn-sm
+42b5b5f6-6d39-4359-b37f-5cb9f435f066    bbn-sm
+        1       bbnvmsite.vm    [ closed, nascent]
+        Notices: Reservation 42b5b5f6-6d39-4359-b37f-5cb9f435f066 (Slice urn:pub
+        Start: Mon Feb 25 20:25:26 UTC 2013     End:Mon Mar 11 19:25:27 UTC 2013
+
+Total: 1 reservations
+}}}
+This lists the reservation as being in the "closed" state as described in the document.  The document says "The next to last command should show a list of active slivers within a slice. The last command verifies that all reservations in the slice are either closed or failed".  That should probably actually say "The third-to-last command...".
+
+ * Traffic dropped to expected levels.  See [http://monitor.gpolab.bbn.com/ganglia/graph.php?&c=BBN%20External&h=poblano.gpolab.bbn.com&v=1308320.37838&m=RX_BYTES_gi0_15&r=day&z=medium&jr=&js=&st=1362602331&vl=bytes%2Fsec&z=large the graph for the previous 24 hours as of 3:39.]
+
 == Step 5C (verify): Documented procedure includes a step to follow up with GMOC ==
 
@@ -142 +272 @@
  * There is a step for the site administrator to follow up with the GMOC that a sliver has been shut down
 
+=== Results of testing step 5C: 2013-03-06 ===
+ * The GMOC ack-ed my ack at 3:01 PM EST, although I don't think that is a requirement.
+ * There is a step to follow up with the GMOC, and I did so at 3:11 PM EST.
+
 = Step 6 (verify): Sliver shut down procedure includes a clean-up step (if necessary) =
 
@@ -149 +283 @@
 '''Verify:'''
  * Ensure the ExoGENI sliver shut down procedure contains a recovery step describing what to do if the shut down affects other experimenters.
+
+== Results of testing step 6: 2013-03-06 ==
+There were no clean up steps necessary for the pieces involving the ExoGENI doc in today's test.