OVS image problem

[İlker Özçelik]

Hi all,

I am having an interesting problem. My rspect file is attached. I tried same topology by choosing UKYPKS2 IG, NPS IG or NYSERVNET IG for my switch and controller site (many times).

In UKYPKS2 IG scenario, I could reserve resources but when I run ovs-vsctl commands (in the termina) on the switch node, I got this error.

2014-12-01T17:45:29Z|00001|reconnect|WARN|unix:/usr/local/var/run/openvswitch/db.sock: connection attempt failed (Connection refused)

ovs-vsctl: unix:/usr/local/var/run/openvswitch/db.sock: database connection failed (Connection refused)

In NPS IG scenario, I could reserve my resources, I could configure switch but my nodes could not ping each other.

In NYSERVNET IG scenario; I could reserve my resources, I could configure my switch, all of my nodes except one could ping each other.

I guess there is a corrupt OVS image in UKYPKS2 IG and in NPS IG and NYSERVNET IG, I am having stitching problem. I would appreciate any help or suggestion.

Thanks.

[Niky Riga]

Hi Ilker,

I am really sorry you are having trouble bringing up this topology. Some thought about each of your problems inline.

BTW if you want to prettify the rspec so that you can actually read it I found this online tool:
http://www.freeformatter.com/xml-formatter.html

İlker Özçelik wrote:

Hi all,

I am having an interesting problem. My rspect file is attached. I tried same topology by choosing UKYPKS2 IG, NPS IG or NYSERVNET IG for my switch and controller site (many times).

In UKYPKS2 IG scenario, I could reserve resources but when I run ovs-vsctl commands (in the termina) on the switch node, I got this error.

2014-12-01T17:45:29Z|00001|reconnect|WARN|unix:/usr/local/var/run/openvswitch/db.sock: connection attempt failed (Connection refused)

ovs-vsctl: unix:/usr/local/var/run/openvswitch/db.sock: database connection failed (Connection refused)

Maybe try to use the URL of the image from another site and see if that fixes the problem. For example you can use this one:
url="https://www.instageni.clemson.edu/image_metadata.php?uuid=28edd5dd-90b0-11e3-9001-02e89f882eec

I am trying this as we speak and let you know of the outcome.

In NPS IG scenario, I could reserve my resources, I could configure switch but my nodes could not ping each other.

Which nodes could not ping, was it on the same or on a stitched site? A few suggestions:
  * use this tag on all your links: <vtop:link_attribute key="nomac_learning" value="yep"/>  (you have to manually add this now, we are working so that jacks automatically adds this)
  * Try all your topology only within NPS and see if that works. Sometimes the stitched link say they are up but the circuit failed, so if that is the case let us know and we will report this to ION

In NYSERVNET IG scenario; I could reserve my resources, I could configure my switch, all of my nodes except one could ping each other.

Same advice as in NPS.

Best,
Niky

I guess there is a corrupt OVS image in UKYPKS2 IG and in NPS IG and NYSERVNET IG, I am having stitching problem. I would appreciate any help or suggestion.

Thanks.

--
GENI Users is a community supported mailing list, so please help by responding to questions you know the answer to.
 
If this is your first time posting a question to this list, please review http://groups.geni.net/geni/wiki/GENIExperimenter/CommunityMailingList
---
You received this message because you are subscribed to the Google Groups "GENI Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to geni-users+...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Niky Riga]

Niky Riga wrote:

Maybe try to use the URL of the image from another site and see if that fixes the problem. For example you can use this one:
url="https://www.instageni.clemson.edu/image_metadata.php?uuid=28edd5dd-90b0-11e3-9001-02e89f882eec

I just tried this and it worked just fine, I got the image from the other kentucky rack so the transfer was faster. Use this URL:
https://www.lan.sdn.uky.edu/image_metadata.php?uuid=289f709b-90b0-11e3-9728-000000000000

Leigh, could we replace the OVS image stored at PKS2?

Aw and I forgot to mention before that in order to add the vtop tag you will need to modify the top of your request rspec to look like:

<rspec xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xmlns:sharedvlan="http://www.geni.net/resources/rspec/ext/shared-vlan/1" 
xmlns:client="http://www.protogeni.net/resources/rspec/ext/client/1" 
xmlns="http://www.geni.net/resources/rspec/3" 
xmlns:vtop="http://www.protogeni.net/resources/rspec/ext/emulab/1" 
xmlns:emulab="http://www.protogeni.net/resources/rspec/ext/emulab/1"
xsi:schemaLocation="http://www.geni.net/resources/rspec/3 http://www.geni.net/resources/rspec/3/request.xsd http://www.geni.net/resources/rspec/ext/shared-vlan/1 http://www.geni.net/resources/rspec/ext/shared-vlan/1/request.xsd  http://www.protogeni.net/resources/rspec/ext/emulab/1 vtop_extension.xsd" type="request">

 Basically you need to add the vtop pieces to your existing rspec tag.

Cheers,
Niky

[Leigh Stoller]

> Leigh, could we replace the OVS image stored at PKS2?

I checked the image at PKS2; its shal hash is fine, so I do not think it is
corrupt. I cannot debug OVS problems, but if you have a specific sliver and
issue you can point me to, I can take a look.

Leigh

[Niky Riga]

Sure, give me a few minutes and I will bring it up.
 
--niky

[Niky Riga]

I know this is not exactly a "few" minutes later, sorry:-/

I brought up a slice with the image storesd at PKS2 and saw the same problem as Ilkyr,
so...
Slice: urn:publicid:IDN+ch.geni.net:SampleClass+slice+testil2
Has an OVS node with the image stored at PKS2s

Slice: urn:publicid:IDN+ch.geni.net:SampleClass+slice+testil
has an OVS node at PKS2 with an image loaded from kentuky-ig

If you do:
 sudo ovs-vsctl list-br

It should work on slice testil but not on slice testil2.
Both slices expire on 12/11/14

Thanks,
Niky


Niky Riga wrote:

[Leigh Stoller]

> I brought up a slice with the image storesd at PKS2 and saw the same problem as Ilkyr,
> so...
> Slice: urn:publicid:IDN+ch.geni.net:SampleClass+slice+testil2
> Has an OVS node with the image stored at PKS2s
>
> Slice: urn:publicid:IDN+ch.geni.net:SampleClass+slice+testil
> has an OVS node at PKS2 with an image loaded from kentuky-ig

Okay, this should be fixed … bad DB state on UKY2.

Leigh