> Refactor the code to support agentless driver
2> Using service_providers method to load the different driver
3> Deliver an overall agent driver interface so that some agent driver such as
quagga and ryu are easy to be load.
** Affects: neutron
Importance: Undecided
Assignee: Yang Yu
: Undecided
Assignee: Yang Yu (yuyangbj)
Status: New
** Changed in: neutron
Assignee: (unassigned) => Yang Yu (yuyangbj)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/b
subnetpool when the address scope id is empty.
** Affects: neutron
Importance: Undecided
Assignee: Yang Yu (yuyangbj)
Status: New
** Changed in: neutron
Assignee: (unassigned) => Yang Yu (yuyangbj)
--
You received this bug notification because you are a member of Ya
@Ryan,
If that is the case, we still need to add the check if the address scope
is not null when we add the provider network to bgp speaker.
** Changed in: neutron
Status: Invalid => New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is
--++
4> Verify the BGP advertised routes. They got null.
yangyubj@yang-devstack-ubuntu-1604:/opt/stack/neutron$ neutron bgp-
speaker-advertiseroute-list bgp-speaker
yangyubj@yang-devstack-ubuntu-1604:
** Affects: neutron
Importance: Un
@aginwala, I am not sure why this bug is an invalid bug. I know I can
specify the net id manually with the correct availability zone, but per
my understanding, in my reported scenario, nova should pick up the right
network even though there is not net id specified, because there is only
one
149
But I got error msg:
ERROR (Conflict): Multiple possible networks found, use a Network ID to be more
specific. (HTTP 409) (Request-ID: req-6b01d821-f8a8-4537-b3d1-bf7aebc86a79)
** Affects: nova
Importance: Undecided
Assignee: Yang Yu (yuyangbj)
Status: New
** Changed in: n
conn = conn.execution_options(**execution_options)
TypeError: execution_options() argument after ** must be a mapping, not list
** Affects: neutron
Importance: Undecided
Assignee: Yang Yu (yuyangbj)
Status: New
** Changed in: neutron
Assignee: (unassigned) = Yang Yu
Public bug reported:
Currently, in neutron code, there still are some codes to enable
translation tag for debug level log.
** Affects: neutron
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is
** Affects: neutron
Importance: Low
Assignee: Yang Yu (yuyangbj)
Status: New
** Tags: vmware
** Changed in: neutron
Assignee: (unassigned) = Yang Yu (yuyangbj)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which
is named ns-x, another one is named tapx. We need
to make sure tapx could be attached to the ovs integration bridge
automatically using the scenario above.
** Affects: neutron
Importance: Undecided
Assignee: Yang Yu (yuyangbj)
Status: New
** Changed in: neutron
Public bug reported:
When we only install neutron-linuxbridge-agent package on RHEL6.5, the
dhcp agent can not be started successfully. That is because there is
hard code to use openvswitch.common plugin in
nuetron.agent.linux.ovs_lib.py.
[root@osee15-control01 neutron]#
Basing on the current design, we should keep the AZ check in scheduler
layer because current OpenStack could force the host to boot. For
example,
nova boot --availability_zone foobar:host1
The VM will be created on compute host1 even though the foobar is not
existing. So if we add the AZ check
13 matches
Mail list logo
