Custom Query (138 matches)

Created a sliver EG-CT-2a at the University of Utah with 1 VM and 1 Bare Metal node. Thirty minutes after the completed createsliver, the bare metal node is still in configuring state:

INFO:omni:Sliver status for Slice urn:publicid:IDN+ch.geni.net:ln-prj+slice+EG-CT-2a at AM URL https://geni.renci.org:11443/orca/xmlrpc
INFO:omni:{
  "geni_status": "configuring", 
  "geni_urn": "urn:publicid:IDN+ch.geni.net:ln-prj+slice+EG-CT-2a", 
  "geni_resources": [
    {
      "orca_expires": "Thu Jun 20 21:33:28 EDT 2013", 
      "geni_urn": "urn:publicid:IDN+exogeni.net+sliver+69eaa65e-1e1d-408b-8c32-f894f0181555:lan0", 
      "geni_error": "", 
      "geni_status": "ready"
    }, 
    {
      "orca_expires": "Thu Jun 20 21:33:28 EDT 2013", 
      "geni_urn": "urn:publicid:IDN+exogeni.net+sliver+69eaa65e-1e1d-408b-8c32-f894f0181555:BM-1", 
      "geni_error": "", 
      "geni_status": "configuring"
    }, 
    {
      "orca_expires": "Thu Jun 20 21:33:28 EDT 2013", 
      "geni_urn": "urn:publicid:IDN+exogeni.net+sliver+69eaa65e-1e1d-408b-8c32-f894f0181555:VM-1", 
      "geni_error": "", 
      "geni_status": "ready"
    }
  ]

Running monitoring test case EG-CT-5 for New Site Confirmation Testing and found that there is no compute resource aggregate for the University of Houston ExoGENI rack.

​https://gmoc-db.grnoc.iu.edu/protected-openid/index.pl?method=aggregates&search=uh

There is a FOAM aggregate for University of Houston.

During the execution of the GENI RACK checklist, it was discovered that the University of Houston rack is running a special version of ExoGENI software. Software update to restore the rack to a software version that is common in ExoGENI is blocking the Site Confirmation tests.

Below is an email exchange that captures issues found at the University of Houston site with the special version of the ORCA code:

On 4/25/13 5:31 PM, Ilia Baldine wrote:

I put in the fixes to the converter and AM API wrapper for this, but they are not deployed yet. 

r5352 is AM API
r5350 for converter

On Apr 25, 2013, at 4:53 PM, Aaron Helsinger wrote:

Just to be clear (I think you're on top of this):
 - the 'expires' attribute is optional. You can use it if present, but
 if absent you should have a reasonable default
 - it is legal to have a slice that expires in more than 2 weeks; if
 your AM wants to limit slices to something less than that, fine; but the
 request should be accepted, just give you a sliver with a sooner expiration

On 4/25/13 4:43 PM, Ilia Baldine wrote:

I forgot that UH is running an updated version of the code that does look at slice expiration date. Let me think about this and we should be able to fix it.

FIU and other racks still run the older version, that's why we saw this difference. 

On 04/25/2013 02:05 PM, Ilia Baldine wrote:

Best I see is that it expects 'expires' attribute but i is probably not set? 
I don't have an explanation for why it works from other racks.

On Apr 25, 2013, at 4:16 PM, Tim Upthegrove wrote:

This was indeed the issue that was causing the null pointer exception to
be thrown by the converter service.  I added the expires attribute, and
then I saw the following:

 Failed CreateSliver for slice tupty1755 at
 https://uh-hn.exogeni.net:11443/orca/xmlrpc.  Error from Aggregate: code
 2: ERROR: Unable to create reservation due to: Slice terms are limited
 to two weeks.

The value of the expires field was within two weeks, but my GENI slice
is not set to expire until 7/15.  I tried creating a new GENI slice that
expires today, and then I ran CreateSliver again with the expires field
defined (to a value within two weeks), and that worked just fine.

So there are two things here:
 1) The expires attribute of the rspec element is required for the UH
   rack (due to the converter), but it shouldn't be.
 2) Regardless of the value for the expires attribute, if your GENI
   slice expires at a date more than two weeks in the future, the AM
   refuses the request.

Please let me know if you want any more info, and thanks to Aaron for
helping walk me through some of this debugging.