Date   

Re: Openstack-ODL integration - stacking issues with pbr

Ihar Hrachyshka <ihrachys@...>
 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 08/14/2015 12:32 PM, Flavio Fernandes wrote:
[cc odl neutron-dev, Ankur, Isaku]


On Aug 14, 2015, at 6:23 AM, Ihar Hrachyshka
<ihrachys@... <mailto:ihrachys@...>> wrote:
On 08/14/2015 12:15 PM, Flavio Fernandes wrote:

On Aug 13, 2015, at 9:04 AM, Ihar Hrachyshka
<ihrachys@... <mailto:ihrachys@...>
<mailto:ihrachys@...>> wrote:
On 08/13/2015 02:46 PM, Flavio Fernandes wrote:

On Aug 13, 2015, at 8:30 AM, Ihar Hrachyshka
<ihrachys@... <mailto:ihrachys@...>
<mailto:ihrachys@...>
<mailto:ihrachys@...>> wrote:
Looking at the logs in the email thread:

2015-08-05 14:59:53.160 | Download error on
https://pypi.python.org/simple/pbr/: [Errno 110]
Connection timed out -- Some packages may not be found!
2015-08-05 15:02:00.392 | Download error on
https://pypi.python.org/simple/: [Errno 110] Connection
timed out -- Some packages may not be found!
2015-08-05 15:02:00.392 | No local packages or download
links found for pbr>=1.3

So why can't your machine download the satisfying pbr
version? It's available on pypi, so assuming you fix
the download error, I think it should proceed.


That is the issue. This happens because OFFLINE=True
and there is still something in pbr requirements that
is looking for a version of pbr that is not used in
stable/kilo.
I suspect this is happening because stable/kilo
branch in networking-odl was created ‘late’ and the
new version of pbr was added as part of liberty?!?
So, to easily reproduce this issue: 1) stack with
devstack+networking-odl on stable/kilo; 2) untack;
3) change OFFLINE=True and 4) attempt to stack
again.
Are your repo [test-]requirements.txt synchronized with
neutron's kilo requirements? They should, otherwise it won't
be ever supported.


They do not for requirements.txt:
$ diff requirements.txt.neutron
requirements.txt.networking-odl | grep pbr <
pbr!=0.7,<1.0,>=0.6
pbr<2.0,>=1.3
$ diff test-requirements.txt.neutron
test-requirements.txt.networking-odl | grep pbr $
So that's a problem. You don't even have a common pbr version that
would satisfy both projects.


indeed!



If you look closely, that is what is changed in the
abandoned gerrit [1]. Maybe the right thing to do is to
re-visit that gerrit and make sure the requirement.txt
files are inline?!?
The fix is obvious: make stable/kilo requirements in your repo
synchronized with what is in stable/kilo for neutron. Same for all
other branches.

Openstack requirements proposal bot can help you maintain the
lists synchronized. To make sure your repo gets updates from the
bot, add it in projects.txt in openstack/requirements repo (in
master and in stable/kilo).


It is ironic reading this… and then looking at the ‘owner' of the
commit that caused all this mess [1].
The bot was proposing when it was still master. After you branched out
stable/kilo, you should have sticked to the deps that belong to
stable/kilo.

That aside; I have very little experience on that… some one
else’s help to take care of this would be greatly appreciated.
Anybody of for that task?
OK, so your repo is in projects.txt, but only on master. That's why
you don't receive updates on stable/kilo. I've cherry-picked the
appropriate openstack/requirements patch to enable the bot for your
stable branch too: https://review.openstack.org/#/c/213084/

I see that you created stable/kilo branch based on some incorrect hash
that already included changes from liberty cycle. That's why you got
the bot requirements update there. You should probably reset your
branch to start from a patch that does not include any Liberty changes.

One other glitch I see in your repository is that you have stable/juno
and stable/icehouse there while they contain neutron. I guess they
were created when you spinned out your driver out of neutron tree. I
think they can be safely killed now.

Thanks,
— flavio
[1]: https://review.openstack.org/#/c/197258/


Ihar
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBCAAGBQJVzcpMAAoJEC5aWaUY1u57Zk8H/3fUBkJVvO/Bad99XGRomh+K
o1ZFpk8wNl5wjdolVJJeJZtYRrF0VaOsowN2Y14s3+8pf6wGMwMTv1nOIazjjcB+
5lUgVGVfcE5A1InxDoy9bH6TgdaLZCGUwAnChBtqmZkmWAAKd1vckWsurVsSJopw
GbTIPsDhncBGDOl4gAYP/ZzO7yzf5JjU6ovsA+KyYRW2Y72ftQf+7XRTUdjWv6Ys
YBuGFaSv+BrEhr5+47nxgwqVWM9PzFuVJkhwaJq5UIPD16zBtG7wCcN3DBjzc+Ki
EI5A8NlJrsHw9slOn9kwA+OY9CnPFMCesVcdY8dz4xSW2rcXAIZgdwDpN5YsiA8=
=9cvr
-----END PGP SIGNATURE-----


Re: Openstack-ODL integration - stacking issues with pbr

Flavio Fernandes <ffernand@...>
 

[cc odl neutron-dev, Ankur, Isaku]


On Aug 14, 2015, at 6:23 AM, Ihar Hrachyshka <ihrachys@...> wrote:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 08/14/2015 12:15 PM, Flavio Fernandes wrote:

On Aug 13, 2015, at 9:04 AM, Ihar Hrachyshka
<ihrachys@... <mailto:ihrachys@...>> wrote:

On 08/13/2015 02:46 PM, Flavio Fernandes wrote:

On Aug 13, 2015, at 8:30 AM, Ihar Hrachyshka
<ihrachys@... <mailto:ihrachys@...>
<mailto:ihrachys@...>> wrote:

Looking at the logs in the email thread:

2015-08-05 14:59:53.160 | Download error on
https://pypi.python.org/simple/pbr/: [Errno 110] Connection
timed out -- Some packages may not be found! 2015-08-05
15:02:00.392 | Download error on
https://pypi.python.org/simple/: [Errno 110] Connection timed
out -- Some packages may not be found! 2015-08-05
15:02:00.392 | No local packages or download links found for
pbr>=1.3

So why can't your machine download the satisfying pbr
version? It's available on pypi, so assuming you fix the
download error, I think it should proceed.


That is the issue. This happens because OFFLINE=True and
there is still something in pbr requirements that is
looking for a version of pbr that is not used in
stable/kilo.

I suspect this is happening because stable/kilo branch in
networking-odl was created ‘late’ and the new version of
pbr was added as part of liberty?!?

So, to easily reproduce this issue: 1) stack with
devstack+networking-odl on stable/kilo; 2) untack; 3)
change OFFLINE=True and 4) attempt to stack again.


Are your repo [test-]requirements.txt synchronized with neutron's
kilo requirements? They should, otherwise it won't be ever
supported.


They do not for requirements.txt:

$ diff requirements.txt.neutron requirements.txt.networking-odl |
grep pbr < pbr!=0.7,<1.0,>=0.6
pbr<2.0,>=1.3
$ diff test-requirements.txt.neutron
test-requirements.txt.networking-odl | grep pbr $

So that's a problem. You don't even have a common pbr version that
would satisfy both projects.


indeed!




If you look closely, that is what is changed in the abandoned
gerrit [1]. Maybe the right thing to do is to re-visit that
gerrit and make sure the requirement.txt files are inline?!?


The fix is obvious: make stable/kilo requirements in your repo
synchronized with what is in stable/kilo for neutron. Same for all
other branches.

Openstack requirements proposal bot can help you maintain the lists
synchronized. To make sure your repo gets updates from the bot, add it
in projects.txt in openstack/requirements repo (in master and in
stable/kilo).


It is ironic reading this… and then looking at the ‘owner' of the commit that caused
all this mess [1].

That aside; I have very little experience on that… some one else’s help to take care
of this would be greatly appreciated. 

Anybody of for that task?

Thanks,

— flavio




Ihar
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBCAAGBQJVzcGQAAoJEC5aWaUY1u5702IIAOEyOi+/3SLXw8DW7Dl2q16g
b2RS/F9X6004cAOcKT6L+12g6+R3OuRUaT4WlsH1BzFfLV3pakGAgRR2cAxyYlHw
dbbsAvm7lXNTAGGS/ep9xujAwhNTr0eQ3ZEcR3THHjcoThEPYP27Ha2zEdSYyzV9
sArzcDHQTjcV2JwAdaT1GmVxlviJjrxt2jvSXATck0MxPzwmDLhrEAnZ+M17K0bQ
nRO3A650/xo5AJmwT2vNG5wi+/cC9LtjinInrrN8CK2abQB8L2NYrucv3gDRG3FI
xT1nAjP6HgDzKeyLESWgZgXS2njoOZZo7rc4ejd55w0TXKEYn/rdKONpHsN3iRI=
=9y75
-----END PGP SIGNATURE-----


Re: Openstack-ODL integration - stacking issues with pbr

Ihar Hrachyshka <ihrachys@...>
 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 08/14/2015 12:15 PM, Flavio Fernandes wrote:

On Aug 13, 2015, at 9:04 AM, Ihar Hrachyshka
<ihrachys@... <mailto:ihrachys@...>> wrote:
On 08/13/2015 02:46 PM, Flavio Fernandes wrote:

On Aug 13, 2015, at 8:30 AM, Ihar Hrachyshka
<ihrachys@... <mailto:ihrachys@...>
<mailto:ihrachys@...>> wrote:
Looking at the logs in the email thread:

2015-08-05 14:59:53.160 | Download error on
https://pypi.python.org/simple/pbr/: [Errno 110] Connection
timed out -- Some packages may not be found! 2015-08-05
15:02:00.392 | Download error on
https://pypi.python.org/simple/: [Errno 110] Connection timed
out -- Some packages may not be found! 2015-08-05
15:02:00.392 | No local packages or download links found for
pbr>=1.3

So why can't your machine download the satisfying pbr
version? It's available on pypi, so assuming you fix the
download error, I think it should proceed.


That is the issue. This happens because OFFLINE=True and
there is still something in pbr requirements that is
looking for a version of pbr that is not used in
stable/kilo.
I suspect this is happening because stable/kilo branch in
networking-odl was created ‘late’ and the new version of
pbr was added as part of liberty?!?
So, to easily reproduce this issue: 1) stack with
devstack+networking-odl on stable/kilo; 2) untack; 3)
change OFFLINE=True and 4) attempt to stack again.
Are your repo [test-]requirements.txt synchronized with neutron's
kilo requirements? They should, otherwise it won't be ever
supported.


They do not for requirements.txt:
$ diff requirements.txt.neutron requirements.txt.networking-odl |
grep pbr < pbr!=0.7,<1.0,>=0.6
pbr<2.0,>=1.3
$ diff test-requirements.txt.neutron
test-requirements.txt.networking-odl | grep pbr $
So that's a problem. You don't even have a common pbr version that
would satisfy both projects.


If you look closely, that is what is changed in the abandoned
gerrit [1]. Maybe the right thing to do is to re-visit that
gerrit and make sure the requirement.txt files are inline?!?
The fix is obvious: make stable/kilo requirements in your repo
synchronized with what is in stable/kilo for neutron. Same for all
other branches.

Openstack requirements proposal bot can help you maintain the lists
synchronized. To make sure your repo gets updates from the bot, add it
in projects.txt in openstack/requirements repo (in master and in
stable/kilo).

Ihar
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBCAAGBQJVzcGQAAoJEC5aWaUY1u5702IIAOEyOi+/3SLXw8DW7Dl2q16g
b2RS/F9X6004cAOcKT6L+12g6+R3OuRUaT4WlsH1BzFfLV3pakGAgRR2cAxyYlHw
dbbsAvm7lXNTAGGS/ep9xujAwhNTr0eQ3ZEcR3THHjcoThEPYP27Ha2zEdSYyzV9
sArzcDHQTjcV2JwAdaT1GmVxlviJjrxt2jvSXATck0MxPzwmDLhrEAnZ+M17K0bQ
nRO3A650/xo5AJmwT2vNG5wi+/cC9LtjinInrrN8CK2abQB8L2NYrucv3gDRG3FI
xT1nAjP6HgDzKeyLESWgZgXS2njoOZZo7rc4ejd55w0TXKEYn/rdKONpHsN3iRI=
=9y75
-----END PGP SIGNATURE-----


Re: Openstack-ODL integration - stacking issues with pbr

Flavio Fernandes <ffernand@...>
 


On Aug 13, 2015, at 9:04 AM, Ihar Hrachyshka <ihrachys@...> wrote:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 08/13/2015 02:46 PM, Flavio Fernandes wrote:

On Aug 13, 2015, at 8:30 AM, Ihar Hrachyshka
<ihrachys@... <mailto:ihrachys@...>> wrote:

Looking at the logs in the email thread:

2015-08-05 14:59:53.160 | Download error on
https://pypi.python.org/simple/pbr/: [Errno 110] Connection timed
out -- Some packages may not be found! 2015-08-05 15:02:00.392 |
Download error on https://pypi.python.org/simple/: [Errno 110]
Connection timed out -- Some packages may not be found! 2015-08-05
15:02:00.392 | No local packages or download links found for
pbr>=1.3

So why can't your machine download the satisfying pbr version?
It's available on pypi, so assuming you fix the download error, I
think it should proceed.


That is the issue. This happens because OFFLINE=True and there
is still something in pbr requirements that is looking for a
version of pbr that is not used in stable/kilo.

I suspect this is happening because stable/kilo branch in
networking-odl was created ‘late’ and the new version of pbr was
added as part of liberty?!?

So, to easily reproduce this issue: 1) stack with
devstack+networking-odl on stable/kilo; 2) untack; 3) change
OFFLINE=True and 4) attempt to stack again.


Are your repo [test-]requirements.txt synchronized with neutron's kilo
requirements? They should, otherwise it won't be ever supported.


They do not for requirements.txt:

$ diff requirements.txt.neutron requirements.txt.networking-odl | grep pbr
< pbr!=0.7,<1.0,>=0.6
> pbr<2.0,>=1.3
$ diff test-requirements.txt.neutron test-requirements.txt.networking-odl | grep pbr
$

If you look closely, that is what is changed in the abandoned gerrit [1]. Maybe the right thing
to do is to re-visit that gerrit and make sure the requirement.txt files are inline?!?

Thanks,

— flavio






Ihar
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBCAAGBQJVzJXpAAoJEC5aWaUY1u57LTkIAKsjkK7+a3/r9Pe68JxMuodx
a5/UGXjKKuaumIZfMeUmjRiDoXyuUVedvh+KSKMpIWMqo8bnBZmkkWOJPs/IOTd3
jg5poOxxyA/fC3Dm1cCUeNMLLiuqWbEgHahed1yzgkD5PsAwTymT8KDTINYqTKPm
hfJ4tRdG91E0gn/JGCgmBAZ0zx8jfqNqFTkxbYW7h58ZydGe60MHA0EDzV/pdyZK
O5y2G2uCGkd7O0MeXatU5T9VOagp+/O4K3VXp1S6SOvIp2wiNZp+z6GnfFPlS+1R
f0+xXvXUo1+jNnjqx0NTKZBOuw5wjPKU+4DIsVirN5TUzj32922iV/pd9tf09M8=
=6S5D
-----END PGP SIGNATURE-----


Re: Openstack-ODL integration - stacking issues with pbr

Ihar Hrachyshka <ihrachys@...>
 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 08/13/2015 02:46 PM, Flavio Fernandes wrote:

On Aug 13, 2015, at 8:30 AM, Ihar Hrachyshka
<ihrachys@... <mailto:ihrachys@...>> wrote:
Looking at the logs in the email thread:

2015-08-05 14:59:53.160 | Download error on
https://pypi.python.org/simple/pbr/: [Errno 110] Connection timed
out -- Some packages may not be found! 2015-08-05 15:02:00.392 |
Download error on https://pypi.python.org/simple/: [Errno 110]
Connection timed out -- Some packages may not be found! 2015-08-05
15:02:00.392 | No local packages or download links found for
pbr>=1.3

So why can't your machine download the satisfying pbr version?
It's available on pypi, so assuming you fix the download error, I
think it should proceed.


That is the issue. This happens because OFFLINE=True and there
is still something in pbr requirements that is looking for a
version of pbr that is not used in stable/kilo.
I suspect this is happening because stable/kilo branch in
networking-odl was created ‘late’ and the new version of pbr was
added as part of liberty?!?
So, to easily reproduce this issue: 1) stack with
devstack+networking-odl on stable/kilo; 2) untack; 3) change
OFFLINE=True and 4) attempt to stack again.
Are your repo [test-]requirements.txt synchronized with neutron's kilo
requirements? They should, otherwise it won't be ever supported.

Ihar
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBCAAGBQJVzJXpAAoJEC5aWaUY1u57LTkIAKsjkK7+a3/r9Pe68JxMuodx
a5/UGXjKKuaumIZfMeUmjRiDoXyuUVedvh+KSKMpIWMqo8bnBZmkkWOJPs/IOTd3
jg5poOxxyA/fC3Dm1cCUeNMLLiuqWbEgHahed1yzgkD5PsAwTymT8KDTINYqTKPm
hfJ4tRdG91E0gn/JGCgmBAZ0zx8jfqNqFTkxbYW7h58ZydGe60MHA0EDzV/pdyZK
O5y2G2uCGkd7O0MeXatU5T9VOagp+/O4K3VXp1S6SOvIp2wiNZp+z6GnfFPlS+1R
f0+xXvXUo1+jNnjqx0NTKZBOuw5wjPKU+4DIsVirN5TUzj32922iV/pd9tf09M8=
=6S5D
-----END PGP SIGNATURE-----


Re: Openstack-ODL integration - stacking issues with pbr

Flavio Fernandes <ffernand@...>
 


On Aug 13, 2015, at 8:30 AM, Ihar Hrachyshka <ihrachys@...> wrote:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Looking at the logs in the email thread:

2015-08-05 14:59:53.160 | Download error on
https://pypi.python.org/simple/pbr/: [Errno 110] Connection timed out
- -- Some packages may not be found!
2015-08-05 15:02:00.392 | Download error on
https://pypi.python.org/simple/: [Errno 110] Connection timed out --
Some packages may not be found!
2015-08-05 15:02:00.392 | No local packages or download links found
for pbr>=1.3

So why can't your machine download the satisfying pbr version? It's
available on pypi, so assuming you fix the download error, I think it
should proceed.


That is the issue. This happens because OFFLINE=True and there is
still something in pbr requirements that is looking for a version of pbr
that is not used in stable/kilo.

I suspect this is happening because
stable/kilo branch in networking-odl was created ‘late’ and the new
version of pbr was added as part of liberty?!?

So, to easily reproduce this issue: 1) stack with devstack+networking-odl
on stable/kilo; 2) untack; 3) change OFFLINE=True and
4) attempt to stack again.

— flavio


Ihar

On 08/13/2015 02:26 PM, Flavio Fernandes wrote:
Hi Kyle,

I recall talking to you and “lifeless” about an issue with pbr 
versioning in stable/kilo for networking-odl.

That seems to be an issue [1], still; making it impossible for
folks to use networking-odl with stable/kilo.

Assuming that pbr version in stable/kilo is not changing, do you
think that gerrit 204211 [2] could be restored and merged into
stable/kilo? Or maybe there is a better alternative?

Thanks,

— flavio

[1]:
https://lists.opendaylight.org/pipermail/ovsdb-dev/2015-August/001770.
html


[2]: https://review.openstack.org/#/c/204211/



Begin forwarded message:

*From: *"Multanen, Eric W" <eric.w.multanen@... 
<mailto:eric.w.multanen@...>> *Subject: **[ovsdb-dev]
Openstack-ODL integration - stacking issues with pbr* *Date:
*August 6, 2015 at 11:19:22 AM EDT *To:
*"ovsdb-dev@... 
<mailto:ovsdb-dev@...>" 
<ovsdb-dev@... 
<mailto:ovsdb-dev@...>>

Hi ODL Netvirt experts (Flavio, Sam, etc.),

I’m trying to setup OVSDB Netvirt with Openstack stable/kilo
2015.1.1 On Fedora 21 systems – not the vagrant/vm based
examples.

The problem appears to be around version requirements for a
python pbr package.

Are there any known resolutions or hints for this issue?

I am using the 2015.1.1 tag for most of the openstack packages,
or stable/kilo branch for the ones that don’t have that tag.

Using the stable/kilo branch of the networking-odl driver, I get
the following error when trying to stack (devstack):

2015-08-05 14:57:45.472 | Installing the Networking-ODL driver
for OpenDaylight 2015-08-05 14:59:53.160 | Download error on
https://pypi.python.org/simple/pbr/: [Errno 110] Connection
timed out -- Some packages may not be found! 2015-08-05
15:02:00.392 | Download error on https://pypi.python.org/simple/:
[Errno 110] Connection timed out -- Some packages may not be
found! 2015-08-05 15:02:00.392 | No local packages or download
links found for pbr>=1.3 2015-08-05 15:02:00.476 | Traceback
(most recent call last): 2015-08-05 15:02:00.477 |   File
"setup.py", line 29, in <module> 2015-08-05 15:02:00.477 |
pbr=True) 2015-08-05 15:02:00.477 |   File 
"/usr/lib64/python2.7/distutils/core.py", line 111, in setup 
2015-08-05 15:02:00.477 |     _setup_distribution = dist =
klass(attrs) 2015-08-05 15:02:00.477 |   File 
"/usr/lib/python2.7/site-packages/setuptools/dist.py", line 268,
in __init__ 2015-08-05 15:02:00.477 | 
self.fetch_build_eggs(attrs['setup_requires']) 2015-08-05
15:02:00.478 |   File 
"/usr/lib/python2.7/site-packages/setuptools/dist.py", line 313,
in fetch_build_eggs 2015-08-05 15:02:00.478 |
replace_conflicting=True, 2015-08-05 15:02:00.478 |   File 
"/usr/lib/python2.7/site-packages/pkg_resources/__init__.py",
line 836, in resolve 2015-08-05 15:02:00.478 |     dist =
best[req.key] = env.best_match(req, ws, installer) 2015-08-05
15:02:00.478 |   File 
"/usr/lib/python2.7/site-packages/pkg_resources/__init__.py",
line 1081, in best_match 2015-08-05 15:02:00.479 |     return
self.obtain(req, installer) 2015-08-05 15:02:00.479 |   File 
"/usr/lib/python2.7/site-packages/pkg_resources/__init__.py",
line 1093, in obtain 2015-08-05 15:02:00.479 |     return
installer(requirement) 2015-08-05 15:02:00.479 |   File 
"/usr/lib/python2.7/site-packages/setuptools/dist.py", line 380,
in fetch_build_egg 2015-08-05 15:02:00.479 |     return
cmd.easy_install(req) 2015-08-05 15:02:00.479 |   File 
"/usr/lib/python2.7/site-packages/setuptools/command/easy_install.py"
,


line 623, in easy_install
2015-08-05 15:02:00.480 |     raise DistutilsError(msg) 
2015-08-05 15:02:00.480 | distutils.errors.DistutilsError: Could
not find suitable distribution for Requirement.parse('pbr>=1.3') 
2015-08-05 15:02:00.516 | Error on exit


Thanks, Eric




_______________________________________________ ovsdb-dev mailing
list ovsdb-dev@...
<mailto:ovsdb-dev@...> 
https://lists.opendaylight.org/mailman/listinfo/ovsdb-dev

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBCAAGBQJVzI3sAAoJEC5aWaUY1u576vAH/3ZKxtcumLoTrqnMEzFxmhqo
mK9LuL2TmR6+FxEjX0iU+GwUbbfIExDCdy+FOM2a/h+9LxCRR32coxpF9/OE0rpj
1pGzmutgXzPO4nXBGRs0S5PC7g8OwSIoZJUXVZtCiX3ltQIcd3CmX55udt579Kg/
NRmQ/3MOoPYHglZFbi7AI2j1v6KTycrajrGiiUNWWYGpI3FbI6EBPOgsjszGDnJq
nUEpyzmeSB0aOGhxrfdVA/zs41BMNDnfQzpq6Bft0AEJ8/MAYppOdoMkfPbET761
6MI+ud+wK99L3CyVAuZtrEKtdZhMO7yAqa/6KhhhXqCxO3rili679rn2Ta4kQs8=
=rXYV
-----END PGP SIGNATURE-----


Re: Openstack-ODL integration - stacking issues with pbr

Ihar Hrachyshka <ihrachys@...>
 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Looking at the logs in the email thread:

2015-08-05 14:59:53.160 | Download error on
https://pypi.python.org/simple/pbr/: [Errno 110] Connection timed out
- -- Some packages may not be found!
2015-08-05 15:02:00.392 | Download error on
https://pypi.python.org/simple/: [Errno 110] Connection timed out --
Some packages may not be found!
2015-08-05 15:02:00.392 | No local packages or download links found
for pbr>=1.3

So why can't your machine download the satisfying pbr version? It's
available on pypi, so assuming you fix the download error, I think it
should proceed.

Ihar

On 08/13/2015 02:26 PM, Flavio Fernandes wrote:
Hi Kyle,

I recall talking to you and “lifeless” about an issue with pbr
versioning in stable/kilo for networking-odl.

That seems to be an issue [1], still; making it impossible for
folks to use networking-odl with stable/kilo.

Assuming that pbr version in stable/kilo is not changing, do you
think that gerrit 204211 [2] could be restored and merged into
stable/kilo? Or maybe there is a better alternative?

Thanks,

— flavio

[1]:
https://lists.opendaylight.org/pipermail/ovsdb-dev/2015-August/001770.
html

[2]: https://review.openstack.org/#/c/204211/



Begin forwarded message:

*From: *"Multanen, Eric W" <eric.w.multanen@...
<mailto:eric.w.multanen@...>> *Subject: **[ovsdb-dev]
Openstack-ODL integration - stacking issues with pbr* *Date:
*August 6, 2015 at 11:19:22 AM EDT *To:
*"ovsdb-dev@...
<mailto:ovsdb-dev@...>"
<ovsdb-dev@...
<mailto:ovsdb-dev@...>>

Hi ODL Netvirt experts (Flavio, Sam, etc.),

I’m trying to setup OVSDB Netvirt with Openstack stable/kilo
2015.1.1 On Fedora 21 systems – not the vagrant/vm based
examples.

The problem appears to be around version requirements for a
python pbr package.

Are there any known resolutions or hints for this issue?

I am using the 2015.1.1 tag for most of the openstack packages,
or stable/kilo branch for the ones that don’t have that tag.

Using the stable/kilo branch of the networking-odl driver, I get
the following error when trying to stack (devstack):

2015-08-05 14:57:45.472 | Installing the Networking-ODL driver
for OpenDaylight 2015-08-05 14:59:53.160 | Download error on
https://pypi.python.org/simple/pbr/: [Errno 110] Connection
timed out -- Some packages may not be found! 2015-08-05
15:02:00.392 | Download error on https://pypi.python.org/simple/:
[Errno 110] Connection timed out -- Some packages may not be
found! 2015-08-05 15:02:00.392 | No local packages or download
links found for pbr>=1.3 2015-08-05 15:02:00.476 | Traceback
(most recent call last): 2015-08-05 15:02:00.477 | File
"setup.py", line 29, in <module> 2015-08-05 15:02:00.477 |
pbr=True) 2015-08-05 15:02:00.477 | File
"/usr/lib64/python2.7/distutils/core.py", line 111, in setup
2015-08-05 15:02:00.477 | _setup_distribution = dist =
klass(attrs) 2015-08-05 15:02:00.477 | File
"/usr/lib/python2.7/site-packages/setuptools/dist.py", line 268,
in __init__ 2015-08-05 15:02:00.477 |
self.fetch_build_eggs(attrs['setup_requires']) 2015-08-05
15:02:00.478 | File
"/usr/lib/python2.7/site-packages/setuptools/dist.py", line 313,
in fetch_build_eggs 2015-08-05 15:02:00.478 |
replace_conflicting=True, 2015-08-05 15:02:00.478 | File
"/usr/lib/python2.7/site-packages/pkg_resources/__init__.py",
line 836, in resolve 2015-08-05 15:02:00.478 | dist =
best[req.key] = env.best_match(req, ws, installer) 2015-08-05
15:02:00.478 | File
"/usr/lib/python2.7/site-packages/pkg_resources/__init__.py",
line 1081, in best_match 2015-08-05 15:02:00.479 | return
self.obtain(req, installer) 2015-08-05 15:02:00.479 | File
"/usr/lib/python2.7/site-packages/pkg_resources/__init__.py",
line 1093, in obtain 2015-08-05 15:02:00.479 | return
installer(requirement) 2015-08-05 15:02:00.479 | File
"/usr/lib/python2.7/site-packages/setuptools/dist.py", line 380,
in fetch_build_egg 2015-08-05 15:02:00.479 | return
cmd.easy_install(req) 2015-08-05 15:02:00.479 | File
"/usr/lib/python2.7/site-packages/setuptools/command/easy_install.py"
,

line 623, in easy_install
2015-08-05 15:02:00.480 | raise DistutilsError(msg)
2015-08-05 15:02:00.480 | distutils.errors.DistutilsError: Could
not find suitable distribution for Requirement.parse('pbr>=1.3')
2015-08-05 15:02:00.516 | Error on exit


Thanks, Eric




_______________________________________________ ovsdb-dev mailing
list ovsdb-dev@...
<mailto:ovsdb-dev@...>
https://lists.opendaylight.org/mailman/listinfo/ovsdb-dev
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBCAAGBQJVzI3sAAoJEC5aWaUY1u576vAH/3ZKxtcumLoTrqnMEzFxmhqo
mK9LuL2TmR6+FxEjX0iU+GwUbbfIExDCdy+FOM2a/h+9LxCRR32coxpF9/OE0rpj
1pGzmutgXzPO4nXBGRs0S5PC7g8OwSIoZJUXVZtCiX3ltQIcd3CmX55udt579Kg/
NRmQ/3MOoPYHglZFbi7AI2j1v6KTycrajrGiiUNWWYGpI3FbI6EBPOgsjszGDnJq
nUEpyzmeSB0aOGhxrfdVA/zs41BMNDnfQzpq6Bft0AEJ8/MAYppOdoMkfPbET761
6MI+ud+wK99L3CyVAuZtrEKtdZhMO7yAqa/6KhhhXqCxO3rili679rn2Ta4kQs8=
=rXYV
-----END PGP SIGNATURE-----


Openstack-ODL integration - stacking issues with pbr

Flavio Fernandes <ffernand@...>
 

Hi Kyle,

I recall talking to you and “lifeless” about an issue with pbr versioning in stable/kilo for networking-odl.

That seems to be an issue [1], still; making it impossible for folks to use networking-odl with stable/kilo.

Assuming that pbr version in stable/kilo is not changing, do you think that gerrit 204211 [2] could be restored
and merged into stable/kilo? Or maybe there is a better alternative?

Thanks,

— flavio




Begin forwarded message:

From: "Multanen, Eric W" <eric.w.multanen@...>
Subject: [ovsdb-dev] Openstack-ODL integration - stacking issues with pbr
Date: August 6, 2015 at 11:19:22 AM EDT

Hi ODL Netvirt experts (Flavio, Sam, etc.),
 
I’m trying to setup OVSDB Netvirt with Openstack stable/kilo 2015.1.1
On Fedora 21 systems – not the vagrant/vm based examples.
 
The problem appears to be around version requirements for a python pbr package.
 
Are there any known resolutions or hints for this issue?
 
I am using the 2015.1.1 tag for most of the openstack packages, or stable/kilo branch for the ones that don’t have that tag.
 
Using the stable/kilo branch of the networking-odl driver, I get the following error when trying to stack (devstack):
 
2015-08-05 14:57:45.472 | Installing the Networking-ODL driver for OpenDaylight
2015-08-05 14:59:53.160 | Download error on https://pypi.python.org/simple/pbr/: [Errno 110] Connection timed out -- Some packages may not be found!
2015-08-05 15:02:00.392 | Download error on https://pypi.python.org/simple/: [Errno 110] Connection timed out -- Some packages may not be found!
2015-08-05 15:02:00.392 | No local packages or download links found for pbr>=1.3
2015-08-05 15:02:00.476 | Traceback (most recent call last):
2015-08-05 15:02:00.477 |   File "setup.py", line 29, in <module>
2015-08-05 15:02:00.477 |     pbr=True)
2015-08-05 15:02:00.477 |   File "/usr/lib64/python2.7/distutils/core.py", line 111, in setup
2015-08-05 15:02:00.477 |     _setup_distribution = dist = klass(attrs)
2015-08-05 15:02:00.477 |   File "/usr/lib/python2.7/site-packages/setuptools/dist.py", line 268, in __init__
2015-08-05 15:02:00.477 |     self.fetch_build_eggs(attrs['setup_requires'])
2015-08-05 15:02:00.478 |   File "/usr/lib/python2.7/site-packages/setuptools/dist.py", line 313, in fetch_build_eggs
2015-08-05 15:02:00.478 |     replace_conflicting=True,
2015-08-05 15:02:00.478 |   File "/usr/lib/python2.7/site-packages/pkg_resources/__init__.py", line 836, in resolve
2015-08-05 15:02:00.478 |     dist = best[req.key] = env.best_match(req, ws, installer)
2015-08-05 15:02:00.478 |   File "/usr/lib/python2.7/site-packages/pkg_resources/__init__.py", line 1081, in best_match
2015-08-05 15:02:00.479 |     return self.obtain(req, installer)
2015-08-05 15:02:00.479 |   File "/usr/lib/python2.7/site-packages/pkg_resources/__init__.py", line 1093, in obtain
2015-08-05 15:02:00.479 |     return installer(requirement)
2015-08-05 15:02:00.479 |   File "/usr/lib/python2.7/site-packages/setuptools/dist.py", line 380, in fetch_build_egg
2015-08-05 15:02:00.479 |     return cmd.easy_install(req)
2015-08-05 15:02:00.479 |   File "/usr/lib/python2.7/site-packages/setuptools/command/easy_install.py", line 623, in easy_install
2015-08-05 15:02:00.480 |     raise DistutilsError(msg)
2015-08-05 15:02:00.480 | distutils.errors.DistutilsError: Could not find suitable distribution for Requirement.parse('pbr>=1.3')
2015-08-05 15:02:00.516 | Error on exit
 
 
Thanks,
Eric
 
 
 
 
_______________________________________________
ovsdb-dev mailing list
ovsdb-dev@...
https://lists.opendaylight.org/mailman/listinfo/ovsdb-dev


Re: idea for work in ovsdb netvirt L3: icmp responder

Marcelo Amaral <marcelo.amaral@...>
 

Hi Flavio,

It was a pleasure to meet you in the Submit, I really enjoyed there.

Sure, It looks very interesting and I will start with the demo.

Best,
Marcelo

On 12/08/15 05:26, Flavio Fernandes wrote:
[cc: ovsdb-dev]

Hi Marcelo,

It was really nice meting at the Summit! Sorry for not having a lot of extra time to mingle.

You mentioned you were looking for some work on ovsdb L3 and I thought of a very specific task that would have
a great impact in the L3 work; which may be within the time you have left to work on your internship.

While doing the demo [demo], Tim Rozet pointed out how tenant vms cannot get a response when pinging their default
gateway. As explained in the "Final thoughts” of my blog [1], this is the case because there is no ip stack to
handle any packets destined to the neutron router.

A solution to this would be to extend the arp responder table (20) to have rules that match on a specific icmp query
packets, move things around to turn it into a ping response and send the packet out of the in_port. the arp
handling code [2] can be a guide in how that gets accomplished. A way of prototyping this would be to create the
rule ‘manually’ [3] after doing the demo [demo] and coming up with what it would look like; similar to how Dave Tucker
and I started off when doing L3 [4].

@Tim: did you ever open the bug on this? If not, please do.
@Marcelo: would this be something you would be interested to work on?

Thanks,

— flavio

[demo]: https://youtu.be/2axNKHvt5MY?t=29m46s
[1]: http://www.flaviof.com/blog/work/how-to-odl-with-openstack-part2.html
[2]: https://github.com/opendaylight/ovsdb/blob/master/openstack/net-virt/src/main/java/org/opendaylight/ovsdb/openstack/netvirt/api/ArpProvider.java#L18
[3]: sh ovs-ofctl add-flow -OOpenFlow13 br-int “table=20, dl_type=0x800,nw_proto=1,icmp_code=..."
[4]: http://dtucker.co.uk/hack/building-a-router-with-openvswitch.html
--
Marcelo Amaral, PhD Candidate
BSC Associate Researcher
Dept. d'Arquitectura de Computadors, Univ. Politecnica de Catalunya
UPC Campus Nord - Modul D6-112, Jordi Girona 1-3, Barcelona 08034, SPAIN
http://people.ac.upc.edu/mamaral
http://www.bsc.es/autonomic


WARNING / LEGAL TEXT: This message is intended only for the use of the
individual or entity to which it is addressed and may contain
information which is privileged, confidential, proprietary, or exempt
from disclosure under applicable law. If you are not the intended
recipient or the person responsible for delivering the message to the
intended recipient, you are strictly prohibited from disclosing,
distributing, copying, or in any way using this message. If you have
received this communication in error, please notify the sender and
destroy and delete any copies you may have received.

http://www.bsc.es/disclaimer


WARNING / LEGAL TEXT: This message is intended only for the use of the
individual or entity to which it is addressed and may contain
information which is privileged, confidential, proprietary, or exempt
from disclosure under applicable law. If you are not the intended
recipient or the person responsible for delivering the message to the
intended recipient, you are strictly prohibited from disclosing,
distributing, copying, or in any way using this message. If you have
received this communication in error, please notify the sender and
destroy and delete any copies you may have received.

http://www.bsc.es/disclaimer


Re: sample [raw] output of openstack<->odl communication

Williams, Marcus <marcus.williams@...>
 


Re: Reg. participation in Beryllium OVSDB project

Flavio Fernandes <ffernand@...>
 

[add cc: ovsdb-dev]


On Aug 12, 2015, at 9:39 AM, Badrinath_Viswanatha@... wrote:

 
Sam,
     Thanks for considering our request and proposing to move the OVSDB team meeting to 10.00 a.m PST .  
 
Flavio,
        Thanks for sharing the link on the devstack ( branch off stable/kilo ) that does not have the issue with the pbr version. 

np!

 
What I also observed was, this issue does not happen, when we checkout origin/master and then move to stable/kilo on the devstack.  Do you think it is a work around ?  
 

I have never had much luck on ‘moving’ branches in devstack after doing a stack. Having said that, it is likely that you resolved the pbr issue by grabbing pbr from master first.

BTW, using master devstack + networking-odl are working fine, afaik. It actually makes the local.conf simpler, because all you need to enable L3 in the O/S side is to use ODL_L3=True [1].
So, no more need for a line that looks like [2] "service_plugins = networking_odl.l3.l3_odl.OpenDaylightL3RouterPlugin".

I have a branch (called liberty) on my github that does that [3]. Feel free to use it with either Lithium or Beryllium.

It is a versioning issue only. So, long answer but yes….:)   it you were able to stack, then you should be good to go.

— flavio




Thanks
Badri
  
From: Sam Hague [mailto:shague86@...] 
Sent: Monday, August 10, 2015 5:06 PM
To: Venkataraghavan, C
Subject: Re: Reg. participation in Beryllium OVSDB project
 

Raghavan,

sounds great - welcome aboard. What are some possible times that would work better? Finding a good time might be difficult since there are so many projects in ODL and the OVSDB team is very diverse.

Reach out to us if you have questions or need help bringing up the environment. Also if you have specific features beyond what is already scoped for Be.
 
Thanks, Sam
 
On Mon, Aug 10, 2015 at 6:31 AM, <C_Venkataraghavan@...> wrote:
Hi Sam, Flavio,
It was great to meet you in person during the ODL summit and discuss about the OVSDB project. Thanks a lot for your time and inputs on the configurations to try out for the OpenStack – ODL integration. 
This mail is to confirm that Badrinath and Ravi from Dell Chennai team will participate in the OVSDB project for Beryllium.  It is going to take a few more weeks before they can start actively developing code for the Beryllium release though. 
In the meantime, Badrinath and Ravi would be able to join the ovsdb weekly calls and stay on track about the various activities going on in this project.   The weekly calls are scheduled at 12PST, which is past midnight in India.  It would be great if the meeting can be moved to a slot that is convenient for my team in India to join as well. Kindly confirm if this is possible. 
 
Thanks,
Raghavan


Re: idea for work in ovsdb netvirt L3: icmp responder

Tim Rozet <trozet@...>
 

Filed https://bugs.opendaylight.org/show_bug.cgi?id=4132

Let me know if I'm missing some required info.

Thanks,

Tim Rozet
Red Hat SDN Team

----- Original Message -----
From: "Flavio Fernandes" <ffernand@...>
To: "Marcelo Amaral" <marcelo.amaral@...>
Cc: "Swaminathan Vasudevan (PNB Roseville)" <swaminathan.vasudevan@...>, "Tim Rozet" <trozet@...>, "Sam Hague" <shague@...>, "Andre Fredette" <afredett@...>, "ovsdb-dev" <ovsdb-dev@...>
Sent: Wednesday, August 12, 2015 4:26:20 AM
Subject: idea for work in ovsdb netvirt L3: icmp responder

[cc: ovsdb-dev]

Hi Marcelo,

It was really nice meting at the Summit! Sorry for not having a lot of extra time to mingle.

You mentioned you were looking for some work on ovsdb L3 and I thought of a very specific task that would have
a great impact in the L3 work; which may be within the time you have left to work on your internship.

While doing the demo [demo], Tim Rozet pointed out how tenant vms cannot get a response when pinging their default
gateway. As explained in the "Final thoughts” of my blog [1], this is the case because there is no ip stack to
handle any packets destined to the neutron router.

A solution to this would be to extend the arp responder table (20) to have rules that match on a specific icmp query
packets, move things around to turn it into a ping response and send the packet out of the in_port. the arp
handling code [2] can be a guide in how that gets accomplished. A way of prototyping this would be to create the
rule ‘manually’ [3] after doing the demo [demo] and coming up with what it would look like; similar to how Dave Tucker
and I started off when doing L3 [4].

@Tim: did you ever open the bug on this? If not, please do.
@Marcelo: would this be something you would be interested to work on?

Thanks,

— flavio

[demo]: https://youtu.be/2axNKHvt5MY?t=29m46s
[1]: http://www.flaviof.com/blog/work/how-to-odl-with-openstack-part2.html
[2]: https://github.com/opendaylight/ovsdb/blob/master/openstack/net-virt/src/main/java/org/opendaylight/ovsdb/openstack/netvirt/api/ArpProvider.java#L18
[3]: sh ovs-ofctl add-flow -OOpenFlow13 br-int “table=20, dl_type=0x800,nw_proto=1,icmp_code=..."
[4]: http://dtucker.co.uk/hack/building-a-router-with-openvswitch.html


Re: ovsdb usage of custom.properties

Anil Vishnoi
 

yes, Manipulate the values from xml files or through restconf. User can change these value at run time as well.

We need to make sure that we keep this user param config subsystem module separate from the dependency injection module, so that will create less issues incase user want to upgrade the installation.

Anil 

On Wed, Aug 12, 2015 at 5:49 PM, Sam Hague <shague@...> wrote:
Anil, Ed,

what does this look like to move it to ovsdb? Is it something like we move the properties into the config subsystem and the user manipulates the values from the xml files?

Thanks, Sam

On Wed, Aug 12, 2015 at 4:21 AM, Anil Vishnoi <vishnoianil@...> wrote:
point noted, and we were planning to do it in this release :)

Anil

On Wed, Aug 5, 2015 at 11:21 PM, Edward Warnicke <hagbard@...> wrote:
Guys,
   I was reviewing:


(which is a totally fine patch) and it occurred to me to make the suggestion that you guys
either use the config subsystem to configure these things or ConfigAdmin so that you can
get your config parameters out of custom.properties and into a place you manage yourselves
in ovsdb.

Please note: I'm not demanding you do this... I'm just politely suggesting that you might 
be happier if you did :)

Ed

_______________________________________________
ovsdb-dev mailing list
ovsdb-dev@...
https://lists.opendaylight.org/mailman/listinfo/ovsdb-dev




--
Thanks
Anil

_______________________________________________
ovsdb-dev mailing list
ovsdb-dev@...
https://lists.opendaylight.org/mailman/listinfo/ovsdb-dev





--
Thanks
Anil


Re: ovsdb usage of custom.properties

Sam Hague
 

Anil, Ed,

what does this look like to move it to ovsdb? Is it something like we move the properties into the config subsystem and the user manipulates the values from the xml files?

Thanks, Sam

On Wed, Aug 12, 2015 at 4:21 AM, Anil Vishnoi <vishnoianil@...> wrote:
point noted, and we were planning to do it in this release :)

Anil

On Wed, Aug 5, 2015 at 11:21 PM, Edward Warnicke <hagbard@...> wrote:
Guys,
   I was reviewing:


(which is a totally fine patch) and it occurred to me to make the suggestion that you guys
either use the config subsystem to configure these things or ConfigAdmin so that you can
get your config parameters out of custom.properties and into a place you manage yourselves
in ovsdb.

Please note: I'm not demanding you do this... I'm just politely suggesting that you might 
be happier if you did :)

Ed

_______________________________________________
ovsdb-dev mailing list
ovsdb-dev@...
https://lists.opendaylight.org/mailman/listinfo/ovsdb-dev




--
Thanks
Anil

_______________________________________________
ovsdb-dev mailing list
ovsdb-dev@...
https://lists.opendaylight.org/mailman/listinfo/ovsdb-dev



idea for work in ovsdb netvirt L3: icmp responder

Flavio Fernandes <ffernand@...>
 

[cc: ovsdb-dev]

Hi Marcelo,

It was really nice meting at the Summit! Sorry for not having a lot of extra time to mingle.

You mentioned you were looking for some work on ovsdb L3 and I thought of a very specific task that would have
a great impact in the L3 work; which may be within the time you have left to work on your internship.

While doing the demo [demo], Tim Rozet pointed out how tenant vms cannot get a response when pinging their default
gateway. As explained in the "Final thoughts” of my blog [1], this is the case because there is no ip stack to
handle any packets destined to the neutron router.

A solution to this would be to extend the arp responder table (20) to have rules that match on a specific icmp query
packets, move things around to turn it into a ping response and send the packet out of the in_port. the arp
handling code [2] can be a guide in how that gets accomplished. A way of prototyping this would be to create the
rule ‘manually’ [3] after doing the demo [demo] and coming up with what it would look like; similar to how Dave Tucker
and I started off when doing L3 [4].

@Tim: did you ever open the bug on this? If not, please do.
@Marcelo: would this be something you would be interested to work on?

Thanks,

— flavio

[demo]: https://youtu.be/2axNKHvt5MY?t=29m46s
[1]: http://www.flaviof.com/blog/work/how-to-odl-with-openstack-part2.html
[2]: https://github.com/opendaylight/ovsdb/blob/master/openstack/net-virt/src/main/java/org/opendaylight/ovsdb/openstack/netvirt/api/ArpProvider.java#L18
[3]: sh ovs-ofctl add-flow -OOpenFlow13 br-int “table=20, dl_type=0x800,nw_proto=1,icmp_code=..."
[4]: http://dtucker.co.uk/hack/building-a-router-with-openvswitch.html


Re: ovsdb usage of custom.properties

Anil Vishnoi
 

point noted, and we were planning to do it in this release :)

Anil

On Wed, Aug 5, 2015 at 11:21 PM, Edward Warnicke <hagbard@...> wrote:
Guys,
   I was reviewing:


(which is a totally fine patch) and it occurred to me to make the suggestion that you guys
either use the config subsystem to configure these things or ConfigAdmin so that you can
get your config parameters out of custom.properties and into a place you manage yourselves
in ovsdb.

Please note: I'm not demanding you do this... I'm just politely suggesting that you might 
be happier if you did :)

Ed

_______________________________________________
ovsdb-dev mailing list
ovsdb-dev@...
https://lists.opendaylight.org/mailman/listinfo/ovsdb-dev




--
Thanks
Anil


sample [raw] output of openstack<->odl communication

Flavio Fernandes <ffernand@...>
 

Hi Eric,

As we talked in the meeting, here is the email I sent earlier on the ml [1] that refers to the script that pretends to have openstack around
ODL. For more info on using it, take a look at the comments on top of the bash file.

— flavio



Begin forwarded message:

From: Flavio Fernandes <ffernand@...>
Subject: Re: [ovsdb-dev] sample [raw] output of openstack<->odl communication
Date: June 12, 2015 at 5:55:18 AM EDT
To: Mathieu Lemay <mlemay@...>


Added a bash script that will emulate Openstack and OVS, so ODL can be ran ‘standalone’,
while getting events from neutron-nrothbound as well as openvswitch.

The script is located here [1] and here [2].
To work on L3 with ODL, I normally do these [3].

While the script is very much tailored to mimic the steps to create tenant … associate floatingIP,
it can hopefully be useful for other tasks you may need while testing/developing ODL.

Enjoy,

— flavio



[3]: echo 'ovsdb.l3.fwd.enabled=yes' >> ./etc/custom.properties ; rm -rf ./data ; ./bin/karaf
   feature:install odl-ovsdb-openstack
      log:set debug org.opendaylight.ovsdb.openstack.netvirt.impl.NeutronL3Adapter


On Jun 10, 2015, at 6:53 AM, Flavio Fernandes <ffernand@...> wrote:


Added postman collection [1] you can use to repeat these steps.

To emulate creation of ovs ports that go with these steps, look at the description of the entries [2]:
  - Add Neutron Port For dhcp sub1
  - Add Neutron Port For vm1

— flavio





On Jun 9, 2015, at 12:24 PM, Flavio Fernandes <ffernand@...> wrote:

Hi Mat,

In this example, I stack a single o/s node and ran the following commands: [cmds]

It will:
- create tenant, user (lines 8, 9)
- create external net for tenant (line 15)
- create external subnet (line 18)
In context of tenant, it will:
- create tenant router (line 38)
- set router gateway (line 39)
- create tenant internal net and subnet (lines 41, 42)
- create router interface on tenant internal subnet (line 43)
- boot a tenant vm (line 46)
- create floating ip and associate it with tenant vm (lines 48, 50)


A txt for neutron->odl is here [capTxt] a wireshark capture is here [capBin].
If you look at [karaf] karaf.log, you can see a lot of info on how that percolates into odl’s ovsdb netvirt.
A history of ovs commands that happened in the O/S node are here [ovsLog].

The commands used:

- capture to screen:
   sudo tcpdump -Ann -i eth1 tcp port 8080 and 'tcp[13] & 8!=0' | tee tcpdump.txt

- capture to file:
   sudo tcpdump -vv -w tcpdump.cap -i eth1 -s 0 tcp port 8080

- dump ovs history (thanks shague!):
   ovsdb-tool -mm show-log

— flavio

[cmds]: https://gist.github.com/9bc7812997ec629a0518
[console]: https://gist.github.com/84c925de41dba226b986
[capTxt]: https://dl.dropboxusercontent.com/u/86298/simpleNeutronCapture/tcpdump.txt
[capBin]: https://dl.dropboxusercontent.com/u/86298/simpleNeutronCapture/tcpdump.cap
[karaf]: https://dl.dropboxusercontent.com/u/86298/simpleNeutronCapture/karaf.log
[ovsLog]: https://gist.github.com/cd64c801b55cef23a4db


_______________________________________________
ovsdb-dev mailing list
ovsdb-dev@...
https://lists.opendaylight.org/mailman/listinfo/ovsdb-dev


OVSDB Agenda 8/11/15

Sam Hague
 

Hi all,

here are the topics for this week. Add to the list if there is anything you would like to dicsuss.

1. Task status updates: please update the Trello cards
2. Bug updates: please grab a bug if you want to dig into something and learn the code.
3. Modify meeting time from Tuesday 12:00p PST. Some choices:
- Tuesday 10:30p IST/10:00a PST: this seems to be the best to avoid other standing ODL meetings.
- Before 10:30p IST/10:00a PST
- After 6:00a IST/5:30p PST

[ODL calendar] shows many meetings at the 9a-10a PST time. MDSAL is Tuesday at 9a PST and maybe we could overlap there. Also Wednesday at 10a PST would work.

Some future topics I would like to get to:

1. neutron plugin evolution
2. security groups using conntrack
3. ha, clustering, persistence

Thanks, Sam


Re: debugging ovsdb system tests

Luis Gomez
 

I will take a look at this in the weekend.

BR/Luis


On Aug 4, 2015, at 3:37 PM, Jamo Luhrsen <jluhrsen@...> wrote:

Chaudhry (CC'd ovsdb and integration dev),

I've spent some time debugging your troubles [0] in the sandbox.  It looks
like the trouble is coming from something being done in either of your
vxlan test suites.  As soon as one of those suites is run, it's no
longer possible to ssh in to the mininet VMs.

You can toggle the order in which suites are run [1] (search for pybot) to
verify this if you want, but I wonder if you run this in your local environment
you might also have trouble.  Running a single vxlan suite seems to be
fine, but running any other suite after it fails.  even running the same
vxlan suite back to back will see the first one PASS and the second one
FAIL.

Let me know if you can see this in your own environment, and if not we'll
have to keep digging in the sandbox to find the root cause.

The final few steps of the vlxan suite are to:

-  stop mininet (requires logging in to VM and that works)
-  sending a DELETE to:
    /restconf/config/network-topology:network-topology/topology/ovsdb:1/node/ovsdb:%2F%2F${MININET}:6634
    (that gives a 200 response)

then the next suite runs and it's first attempt to log in to the ${MININET} system
fails.  Could there be some networking issue on the linux level that gets
triggered by playing with vxlan and then deleting the node from restconf?
(thinking out loud)

Let me know what you figure out and I'll see what I can do to help
after that.

Thanks,
JamO

[0]  https://jenkins.opendaylight.org/releng/job/ovsdb-csit-verify-southbound-master/116/
[1]  https://jenkins.opendaylight.org/sandbox/job/ovsdb-csit-1node-cds-southbound-all-master/configure
_______________________________________________
ovsdb-dev mailing list
ovsdb-dev@...
https://lists.opendaylight.org/mailman/listinfo/ovsdb-dev


Re: Openstack-ODL integration - stacking issues with pbr

Sam Hague
 

Eric,

yeah, that was the fix we had to make to networking-odl - remove the 1.3 requirement. We added that to the summit15demo branch so maybe that is why Flavio's setup didn't work for you. The patch is [1].

That branch should also fix the controller issue. The issue is that the networking-odl adds br-int as part of the devstack bringup and there is a timing issue where the controller doesn't get set. Very much like the issue that Sharad is fixing for the ports. You can see the changes in devstack/plugin.sh.

Thanks, Sam

[1] https://github.com/flavio-fernandes/networking-odl/commit/af0a01b15ddd6e187a6376cdea38c784bd96cd79

----- Original Message -----
From: "Eric W Multanen" <eric.w.multanen@...>
To: "Anil Vishnoi" <vishnoianil@...>, "Sam Hague" <shague@...>
Cc: ovsdb-dev@...
Sent: Thursday, August 6, 2015 1:18:43 PM
Subject: RE: [ovsdb-dev] Openstack-ODL integration - stacking issues with pbr

Thanks Sam and Anil.

Yes – the system (not a VM) has external network connectivity.

I worked around the pbr issue by editing out the “>=1.3” requirement for pbr
in networking-odl/setup.py.

I know I’d tried flavio’s networking-odl the other day – I don’t think (or
recall) that it helped with this issue. The issue I was hoping Flavio’s
would help with was setting the controller on br-int on the control node –
it did not help with that either – so I’m setting that manually after
stacking completes.

Thanks,
Eric

From: Anil Vishnoi [mailto:vishnoianil@...]
Sent: Thursday, August 6, 2015 9:40 AM
To: Sam Hague
Cc: Multanen, Eric W; ovsdb-dev@...
Subject: Re: [ovsdb-dev] Openstack-ODL integration - stacking issues with pbr

Hi Eric,

is you VM has external network connectivity?

2015-08-05 14:59:53.160 | Download error on
https://pypi.python.org/simple/pbr/: [Errno 110] Connection timed out --
Some packages may not be found!
2015-08-05 15:02:00.392 | Download error on https://pypi.python.org/simple/:
[Errno 110] Connection timed out -- Some packages may not be found!

Anil

On Thu, Aug 6, 2015 at 9:55 PM, Sam Hague
<shague@...<mailto:shague@...>> wrote:
Eric,

could you point to flavio's networking-odl and see if that get's past the
issue? pbr 1.3 was an issue so I added a patch to drop it back to an earlier
version.

We have seen pbr issues and they are a pain to get around since so much is
happening behind the scenes.

Thanks, Sam

----- Original Message -----
From: "Eric W Multanen"
<eric.w.multanen@...<mailto:eric.w.multanen@...>>
To:
ovsdb-dev@...<mailto:ovsdb-dev@...>
Sent: Thursday, August 6, 2015 11:19:22 AM
Subject: [ovsdb-dev] Openstack-ODL integration - stacking issues with pbr



Hi ODL Netvirt experts (Flavio, Sam, etc.),



I’m trying to setup OVSDB Netvirt with Openstack stable/kilo 2015.1.1

On Fedora 21 systems – not the vagrant/vm based examples.



The problem appears to be around version requirements for a python pbr
package.



Are there any known resolutions or hints for this issue?



I am using the 2015.1.1 tag for most of the openstack packages, or
stable/kilo branch for the ones that don’t have that tag.



Using the stable/kilo branch of the networking-odl driver, I get the
following error when trying to stack (devstack):



2015-08-05 14:57:45.472 | Installing the Networking-ODL driver for
OpenDaylight

2015-08-05 14:59:53.160 | Download error on
https://pypi.python.org/simple/pbr/: [Errno 110] Connection timed out --
Some packages may not be found!

2015-08-05 15:02:00.392 | Download error on
https://pypi.python.org/simple/:
[Errno 110] Connection timed out -- Some packages may not be found!

2015-08-05 15:02:00.392 | No local packages or download links found for
pbr>=1.3

2015-08-05 15:02:00.476 | Traceback (most recent call last):

2015-08-05 15:02:00.477 | File "setup.py", line 29, in <module>

2015-08-05 15:02:00.477 | pbr=True)

2015-08-05 15:02:00.477 | File "/usr/lib64/python2.7/distutils/core.py",
line
111, in setup

2015-08-05 15:02:00.477 | _setup_distribution = dist = klass(attrs)

2015-08-05 15:02:00.477 | File
"/usr/lib/python2.7/site-packages/setuptools/dist.py", line 268, in
__init__

2015-08-05 15:02:00.477 | self.fetch_build_eggs(attrs['setup_requires'])

2015-08-05 15:02:00.478 | File
"/usr/lib/python2.7/site-packages/setuptools/dist.py", line 313, in
fetch_build_eggs

2015-08-05 15:02:00.478 | replace_conflicting=True,

2015-08-05 15:02:00.478 | File
"/usr/lib/python2.7/site-packages/pkg_resources/__init__.py", line 836, in
resolve

2015-08-05 15:02:00.478 | dist = best[req.key] = env.best_match(req, ws,
installer)

2015-08-05 15:02:00.478 | File
"/usr/lib/python2.7/site-packages/pkg_resources/__init__.py", line 1081, in
best_match

2015-08-05 15:02:00.479 | return self.obtain(req, installer)

2015-08-05 15:02:00.479 | File
"/usr/lib/python2.7/site-packages/pkg_resources/__init__.py", line 1093, in
obtain

2015-08-05 15:02:00.479 | return installer(requirement)

2015-08-05 15:02:00.479 | File
"/usr/lib/python2.7/site-packages/setuptools/dist.py", line 380, in
fetch_build_egg

2015-08-05 15:02:00.479 | return cmd.easy_install(req)

2015-08-05 15:02:00.479 | File
"/usr/lib/python2.7/site-packages/setuptools/command/easy_install.py", line
623, in easy_install

2015-08-05 15:02:00.480 | raise DistutilsError(msg)

2015-08-05 15:02:00.480 | distutils.errors.DistutilsError: Could not find
suitable distribution for Requirement.parse('pbr>=1.3')

2015-08-05 15:02:00.516 | Error on exit





Thanks,

Eric









_______________________________________________
ovsdb-dev mailing list
ovsdb-dev@...<mailto:ovsdb-dev@...>
https://lists.opendaylight.org/mailman/listinfo/ovsdb-dev
_______________________________________________
ovsdb-dev mailing list
ovsdb-dev@...<mailto:ovsdb-dev@...>
https://lists.opendaylight.org/mailman/listinfo/ovsdb-dev



--
Thanks
Anil

3061 - 3080 of 4855