wiki:GENIRacksHome/InstageniRacks/AcceptanceTestStatus/IG-EXP-2

Version 27 (modified by lnevers@bbn.com, 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 Ubuntu image available
Step 3 Color(yellow,Complete)?
Step 4 Color(red,Fail)? instaticket:19OpenVZ=Fedora15, cannot request other VM OS, suggestion to modify step 3 to use Fedora for VM.
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)? 2 raw-pc with custom OS - ok
Step 12 Color(yellow,Complete)?
Step 13 Color(yellow,Complete)?
Step 14 Color(yellow,Complete)?
Step 15 Color(yellow,Complete)?
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

Test is also to request a publically routable IP address and public TCP/UDP port mapping for the control interface on each node

Issue:

Using advertised Ubuntu or FreeBSD images is not supported for sliver_type emulab-openvz. This does not allow the execution of step 4 in the IG-EXP-2 InstaGENI Single Site test case, found at http://groups.geni.net/geni/wiki/GENIRacksHome/AcceptanceTests/InstageniAcceptanceTestsPlan#IG-EXP-2:InstaGENISingleSiteAcceptanceTest.

Two options available:

(a) Modify step 4 to assume default image is used (Fedora15).

(b) Modify step 4 to assume a raw-pc is used to load the custom image, which duplicates later step 12 in the procedure.

Choosing option (a) for the execution of step 4.

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.

Loading a kernel module is expected to 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

Created a 2 raw-pc RSpec using the Customized OS image. Rspec link to add here.

Step 13. Create the second slice

The following command was used:

 $ ./src/omni.py createslice lnubuntu12

Step 14. Create a sliver in the second slice, using the RSpec defined in step 12

The following commands were used:

 $ ./src/omni.py createsliver -a insta-utah --api-version 2 -t GENI 3 lnubuntu12 ./instarspec/insta-2rawpc-ubuntu12.rspec 
 $ ./src/omni.py sliverstatus -a insta-utah --api-version 2 -t GENI 3 lnubuntu12

Step 15. Log in to each of the systems, and send traffic to the other system

Logged in to the first assigned host:

$ ssh pc1.utah.geniracks.net
Welcome to Ubuntu 12.04 LTS (GNU/Linux 2.6.38.7-1.0emulab x86_64)

 * Documentation:  https://help.ubuntu.com/

The programs included with the Ubuntu system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Ubuntu comes with ABSOLUTELY NO WARRANTY, to the extent permitted by
applicable law.

Last login: Thu May 24 09:53:35 2012 from arendia.gpolab.bbn.com
hostx:~% cat /etc/issue
Ubuntu 12.04 LTS \n \l

Logged in to the second host:

$ ssh pc4.utah.geniracks.net
Welcome to Ubuntu 12.04 LTS (GNU/Linux 2.6.38.7-1.0emulab x86_64)

 * Documentation:  https://help.ubuntu.com/

The programs included with the Ubuntu system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Ubuntu comes with ABSOLUTELY NO WARRANTY, to the extent permitted by
applicable law.

Last login: Thu May 24 09:53:06 2012 from arendia.gpolab.bbn.com
hosty:~% cat /etc/issue
Ubuntu 12.04 LTS \n \l

Step 16. Verify that experimenters 1 and 2 cannot use the control plane to access each other's resources (e.g. via unauthenticated SSH, shared writable filesystem mount)

Step 17. Review system statistics and VM isolation and network isolation on data plane

Step 18. Verify that each VM has a distinct MAC address for that interface

Step 19. Verify that VMs' MAC addresses are learned on the data plane switch

Step 20. Stop traffic and delete slivers