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" <gkot...@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" <gkot...@vmware.com> wrote: > >> >> >>On 10/3/13 11:59 AM, "Alan Pevec" <ape...@gmail.com> wrote: >> >>>2013/10/3 Gary Kotton <gkot...@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@os-devstack:/opt/stack/neutron/etc$ git branch >> master >>* stable/grizzly >>nicira@os-devstack:/opt/stack/neutron/etc$ pwd >>/opt/stack/neutron/etc >>nicira@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@lists.openstack.org >>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > >_______________________________________________ >OpenStack-dev mailing list >OpenStack-dev@lists.openstack.org >http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev _______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
