Version 24 (modified by 12 years ago) (diff) | ,
---|
EG-EXP-2: InstaGENI Single Site Acceptance Test
This page captures status for the test case EG-EXP-2, which verifies basic operations of VMs and data flows within one rack. For overall status see the InstaGENI Acceptance Test Status page.
Test Status
This section captures the status for each step in the acceptance test plan.
Step | State | Date completed | Ticket | Comments |
Step 1 | Color(yellow,Complete)? | instaticket:14 | ||
Step 2 | Color(yellow,Complete)? | Customized image available | ||
Step 3 | Color(yellow,Complete)? | |||
Step 4 | Color(red,Fail)? | instaticket:19 | OpenVZ=Fedora15 cannot request other OS | |
Step 5 | Color(orange,Blocked)? | Cannot execute due to step 4 | ||
Step 6 | Color(orange,Blocked)? | Cannot execute due to step 4 | ||
Step 7 | Color(orange,Blocked)? | Cannot execute due to step 4 | ||
Step 8 | Color(orange,Blocked)? | Cannot execute due to step 4 | ||
Step 9 | Color(orange,Blocked)? | Cannot execute due to step 4 | ||
Step 10 | Color(orange,Blocked)? | Cannot execute due to step 4 | ||
Step 11 | Color(yellow,Complete)? | |||
Step 12 | Color(yellow,Complete)? | RSpec written, but only one raw-pc available | ||
Step 13 | Color(yellow,Complete)? | |||
Step 14 | Color(yellow,Complete)? | 1 node sliver tested with custom image | ||
Step 15 | ||||
Step 16 | ||||
Step 17 | ||||
Step 18 | ||||
Step 19 | ||||
Step 20 |
State Legend | Description |
Color(green,Pass)? | Test completed and met all criteria |
Color(#98FB98,Pass: most criteria)? | Test completed and met most criteria. Exceptions documented |
Color(red,Fail)? | Test completed and failed to meet criteria. |
Color(yellow,Complete)? | Test completed but will require re-execution due to expected changes |
Color(orange,Blocked)? | Blocked by ticketed issue(s). |
Color(#63B8FF,In Progress)? | Currently under test. |
Prerequisites
Status for test prerequisites:
Prereq: InstaGENI makes available at least two Linux distributions and a FreeBSD image as stated in design document
Status: Done
Prereq: Two GPO customized Ubuntu image snapshots are available and have been manually uploaded by the rack administrator using available InstaGENI documentation. One Ubuntu image is for the VM and one Ubuntu image is for the physical node in this test.
Status: Done
Prereq: Traffic generation tools may be part of image or may be installed at experiment runtime.
Status: Done: Only using ping with mixed sizes and rates for now.
Prereq: Administrative accounts have been created for GPO staff on the Utah InstaGENI rack.
Status: Done
Prereq: GENI Experimenter1 and Experimenter2 accounts exist.
Status: Done. Two account already exist, lnevers@bbn.com and lnevers1@bbn.com, these will be used in all acceptance tests.
Prereq: Baseline Monitoring is in place for the entire Utah site, to ensure that any problems are quickly identified.
Status: Blocked on prerequisite tests completion.
Test Plan Steps
Step 1. As Experimenter1, request ListResources from Utah InstaGENI
As experimenter lnevers@bbn.com requested the list of available resources as follows:
$ ./src/omni.py -a insta-utah listresources --available --api-version 2 -t GENI 3 --available -o
Step 2. Review advertisement RSpec for a list of OS images which can be loaded, and identify available resources
Used the output file from previous step to determine list of OS images available and available compute resources:
$ egrep "node component|disk_image|available" rspec-boss-utah-geniracks-net-protogeni-xmlrpc-am-2-0.xml
The following disk images were listed:
<disk_image description="FreeBSD 8.2 32-bit version" name="urn:publicid:IDN+utah.geniracks.net+image+emulab-ops:FBSD82-STD" os="FreeBSD" version="8.2"/> <disk_image default="true" description="Standard 32-bit Fedora 15 image" name="urn:publicid:IDN+utah.geniracks.net+image+emulab-ops:FEDORA15-STD" os="Fedora" version="15"/> <disk_image description="Standard 64-bit Ubuntu 11 image" name="urn:publicid:IDN+utah.geniracks.net+image+emulab-ops:UBUNTU11-64-STD" os="Linux" version="11.04"/> <disk_image default="true" description="Standard 32-bit Fedora 15 image" name="urn:publicid:IDN+utah.geniracks.net+image+emulab-ops:FEDORA15-STD" os="Fedora" version="15"/>
Note 1: instaticket:14 written for duplicate default image in the Advertisement RSpec.
Step 3. Verify that the GPO Ubuntu customized image is available in the advertisement RSpec
Defined customized OS image as defined in the Custom OS InstaGENI notes page and in instaticket:20.
Images available are part of the listresources output which was collected as shown below:
$ ./src/omni.py -a https://boss.utah.geniracks.net/protogeni/xmlrpc/am/2.0 listresources --api-version 2 -t GENI 3 --available -o
Found that custom images along with available for PC1:
<node component_id="urn:publicid:IDN+utah.geniracks.net+node+pc1" component_manager_id="urn:publicid:IDN+utah.geniracks.net+authority+cm" component_name="pc1" exclusive="true"> <disk_image description="Ubuntu 12.04 image " name="urn:publicid:IDN+utah.geniracks.net+image+gpo:LNUBUNTU1204" os="Linux" version="2.6.38.7-1.0"/> <available now="true"/>
Step 4. Define a request RSpec for two VMs, each with a GPO Ubuntu image. Request a publically routable IP address and public TCP/UDP port mapping for the control interface on each node
Cannot get to pick the OS. InstaGENI supplies a single Fedora15 image with openvz kernel/runtime support, and when experimenter requests an openVZ image, Fedora15 is what the user get.
Step 5. Create the first slice
Step 6. Create a sliver in the first slice, using the RSpec defined in step 4
Step 7. Log in to each of the systems, and send traffic to the other system sharing a VLAN
Step 8. Using root privileges on one of the VMs load a Kernel module. It is expected this will not work on shared OpenVZ nodes, testing will proceed past this step
Step 9. Run a netcat listener and bind to port XYZ on each of the VMs in the Utah rack
Step 10. Send traffic to port XYZ on each of the VMs in the Utah rack over the control network from any commodity Internet host
Step 11. As Experimenter2, request ListResources from Utah InstaGENI
Step 12. Define a request RSpec for two physical nodes, both using the uploaded GPO Ubuntu images
Only one node was available, was able to reserve, but was/was not able to login to it. Need to re-test with 2 nodes: