Open Stack

Hi,
I think that I may have stumbled upon the problem, but need the help from
someone on the infra team. Then again I may just be completely mistaken.

Prior to the little hiccup we have at the moment VM's that were used for
devstack on the infra side would have 1 interface:

2013-09-10 06:32:22.208 | Triggered by: https://review.openstack.org/40359
patchset 4
2013-09-10 06:32:22.208 | Pipeline: gate
2013-09-10 06:32:22.208 | IP configuration of this host:
2013-09-10 06:32:22.209 | 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc
noqueue state UNKNOWN
2013-09-10 06:32:22.209 |     inet 127.0.0.1/8 scope host lo
2013-09-10 06:32:22.209 | 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu
1500 qdisc pfifo_fast state UP qlen 1000
2013-09-10 06:32:22.209 |     inet 10.2.144.147/15 brd 10.3.255.255 scope
global eth0
2013-09-10 06:32:23.193 | Running devstack
2013-09-10 06:32:23.866 | Using mysql database backend



In the latest version they have 2:

2013-10-03 11:33:54.298 | 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc
noqueue state UNKNOWN
2013-10-03 11:33:54.299 |     inet 127.0.0.1/8 scope host lo
2013-10-03 11:33:54.300 | 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu
1500 qdisc pfifo_fast state UP qlen 1000
2013-10-03 11:33:54.301 |     inet 162.242.160.129/24 brd 162.242.160.255
scope global eth0
2013-10-03 11:33:54.302 | 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu
1500 qdisc pfifo_fast state UP qlen 1000
2013-10-03 11:33:54.302 |     inet 10.208.24.83/17 brd 10.208.127.255
scope global eth1
2013-10-03 11:33:57.539 | Running devstack
2013-10-03 11:33:58.780 | Using mysql database backend



The problems occur when the when the the following line is invoked:

https://github.com/openstack-dev/devstack/blob/stable/grizzly/lib/quantum#L
302

Anyone able to clarify why an additional interface was added?

Thanks
Gary


On 10/3/13 12:58 PM, "Gary Kotton" <gkotton at vmware.com> wrote:

>Hi,
>This seems to be my bad. I have abandoned the patch and am still looking
>into the problems.
>Thanks
>Gary
>
>On 10/3/13 12:14 PM, "Gary Kotton" <gkotton at vmware.com> wrote:
>
>>
>>
>>On 10/3/13 11:59 AM, "Alan Pevec" <apevec at gmail.com> wrote:
>>
>>>2013/10/3 Gary Kotton <gkotton at vmware.com>:
>>>> Please see https://review.openstack.org/#/c/49483/
>>>
>>>That's s/quantum/neutron/ on stable - I'm confused why is that, it
>>>should have been "quantum" everywhere in Grizzly.
>>
>>Please see below:
>>
>>nicira at os-devstack:/opt/stack/neutron/etc$ git branch
>>  master
>>* stable/grizzly
>>nicira at os-devstack:/opt/stack/neutron/etc$ pwd
>>/opt/stack/neutron/etc
>>nicira at os-devstack:/opt/stack/neutron/etc$
>>
>>
>>
>>The stable/grizzly devstack code was trying to copy from quantum. The
>>destination directories are still quantum, just the source directories
>>are
>>neutron.
>>
>>
>>>Could you please expand your reasoning in the commit message? It also
>>>doesn't help, check-tempest-devstack-vm-neutron job still failed.
>>
>>I need to check this. Locally things work for me now where they did not
>>prior to the patch. It looks like I have missed some places with the
>>root-wrap:
>>
>>ROOTWRAP_SUDOER_CMD='/usr/local/bin/quantum-rootwrap
>>/etc/neutron/rootwrap.conf *'
>>
>>
>>I'll post another version soon.
>>
>>Thanks
>>Gary
>>
>>>
>>>Cheers,
>>>Alan
>>
>>
>>_______________________________________________
>>OpenStack-dev mailing list
>>OpenStack-dev at lists.openstack.org
>>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>_______________________________________________
>OpenStack-dev mailing list
>OpenStack-dev at lists.openstack.org
>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev