Correction to my previous comment: ...so if that's NOT happening, this
is a valid bug...
** Changed in: neutron
Status: Invalid => In Progress
** Changed in: neutron
Status: In Progress => Incomplete
--
You received this bug notification because you are a member of Yahoo!
Following a discussion in the latest L3 team meeting[1], we're going to
mark this bug as invalid for the following reasons.
First, nothing currently prevents a port having a fixed-ip outside the
allocation pools of a subnet, provided that it falls within the CIDR.
Allocation pools exist only for
The created_at timestamps match as expected. The updated_at timestamps
don't match because the router has been updated 5 times between the
return from router create and router show. After router create the
revision number is 3, after router show the revision number is 8. There
are a number of
Public bug reported:
This RFE proposes an enhancement to the Routed Provider Networks[1][2]
feature to allow the creation of Floating IP subnets. The planned
implementation will leverage the BGP Dynamic Routing[3] and Service
Subnets[4] features to achieve this.
Problem Description
Addressed in networking guide by https://github.com/openstack/openstack-
manuals/commit/fd09293551b2c29b2f47a10ab9c14446f76dd85c
** Changed in: openstack-manuals
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team,
Closing this bug in favor of [1], which has been opened to track the
creation of a new deployment scenario to cover this case.
[1] https://bugs.launchpad.net/openstack-manuals/+bug/1662478
** Changed in: openstack-manuals
Status: Confirmed => Won't Fix
--
You received this bug
** Also affects: openstack-manuals
Importance: Undecided
Status: New
** Tags added: networking-guide
** Changed in: openstack-manuals
Status: New => Confirmed
** Changed in: openstack-manuals
Importance: Undecided => Medium
** No longer affects: neutron
--
You received
** Project changed: neutron => networking-sfc
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1660893
Title:
Neutron SFC port chain delete fails
Status in networking-sfc:
New
Bug
Devref docs were included with the patch, but references to the removed
config options will need to be removed from the config-guide:
https://github.com/openstack/openstack-manuals/blob/master/doc/config-
reference/source/tables/neutron-qos.rst
** Also affects: openstack-manuals
Importance:
Devref Docs merged at the time https://review.openstack.org/#/c/190798/
** Changed in: neutron
Status: New => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1485921
This will require an update to the Routed networks section[1] in the
networking guide.
[1] http://docs.openstack.org/newton/networking-guide/config-routed-
networks.html
** Also affects: openstack-manuals
Importance: Undecided
Status: New
** Changed in: openstack-manuals
Can't see any references in the neutron tree, but there are some to be
changed in the networking guide.
** Also affects: openstack-manuals
Importance: Undecided
Status: New
** Changed in: openstack-manuals
Importance: Undecided => Medium
** Changed in: openstack-manuals
This is working as expected, as explained in the error message you
posted:
"Subnets hosted on the same network must be allocated from the same
subnet pool."
** Changed in: neutron
Status: New => Invalid
** Changed in: neutron
Assignee: QunyingRan (ran-qunying) => (unassigned)
--
The MTU Considerations page of the Networking Guide[1] will need to be
updated.
[1] http://docs.openstack.org/newton/networking-guide/config-mtu.html
** Also affects: openstack-manuals
Importance: Undecided
Status: New
** Changed in: openstack-manuals
Status: New => Confirmed
Previous versions of the networking guide are not maintained. A bug
already exists[1] to track the change in master.
[1] https://bugs.launchpad.net/openstack-manuals/+bug/1651126
** Changed in: openstack-manuals
Status: Confirmed => Won't Fix
--
You received this bug notification
** Project changed: neutron => octavia
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1657090
Title:
[RFE]Add bandwidth_limit to vip
Status in octavia:
New
Bug description:
** Project changed: neutron => octavia
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1657091
Title:
[RFE]Support l4 udp protocol loadbalance
Status in octavia:
New
Bug description:
: neutron
Importance: Low
Assignee: John Davidge (john-davidge)
Status: New
** Tags: doc
** Changed in: neutron
Importance: Undecided => Low
** Changed in: neutron
Assignee: (unassigned) => John Davidge (john-davidge)
** Tags added: doc
--
You received th
There don't appear to be any remaining references to advertise_mtu in
the neutron tree. Looks like this affects openstack-manuals only.
** No longer affects: neutron
** Changed in: openstack-manuals
Assignee: (unassigned) => John Davidge (john-davidge)
--
You received this
to.
commit cfac3bc3c9a96be293f5b4e166faff0f9d4328dd
Author: John Davidge <john.davi...@rackspace.com>
Date: Tue Nov 1 14:36:49 2016 +
Fix DHCP Port Creation on Service Subnets
This changes the IPAM logic for service subnets to allow DHCP ports
to be created on subnets of any ser
It's actually not valid any more after oslo reports switched to SIGUSR2.
The patch was abandoned but we forgot to alter the bug report, sorry
about that.
** Changed in: neutron
Status: Incomplete => Invalid
--
You received this bug notification because you are a member of Yahoo!
** Changed in: neutron
Assignee: (unassigned) => John Davidge (john-davidge)
** Project changed: neutron => openstack-manuals
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1
hanged in: openstack-manuals
Assignee: (unassigned) => John Davidge (john-davidge)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1649531
Title:
No supported trunking drivers current
python-neutronclient has been deprecated. Any changes will need to be
made in python-openstackclient.
** Changed in: python-neutronclient
Status: In Progress => Won't Fix
** Also affects: python-openstackclient
Importance: Undecided
Status: New
** Changed in:
@Vasyl Please read the linked documentation. The OVS driver requires
segmentation_id/type, and is rejecting your requests because of that.
** Changed in: neutron
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is
These parameters are optional in the neutron base case, but can be
required by the driver. See https://github.com/openstack/openstack-
manuals/blob/master/doc/networking-guide/source/config-
trunking.rst#operation
** Changed in: neutron
Status: New => Invalid
--
You received this bug
Public bug reported:
After associating a Floating IP via Horizon, the Access and Security
page produces the following error:
Reverse for 'detail' with arguments '(u'',)' and keyword arguments '{}'
not found. 1 pattern(s) tried:
[u'project/instances/(?P[^/]+)/$']
Complete paste:
This is also affecting neutron-dynamic-routing, which I believe tracks
bugs via neutron.
** Summary changed:
- Neutron service q-svc couldn't start
+ AttributeError: 'module' object has no attribute 'convert_to_boolean'
** Also affects: neutron
Importance: Undecided
Status: New
**
To get router advertisements, create a neutron router and add an
interface to your subnet.
** Changed in: neutron
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
** Project changed: neutron => python-openstackclient
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1638258
Title:
OpenStack client doesn't receive same error messages as Neutron
Confirmed, I'm seeing this error too. Thanks for the well-written bug
report!
** Changed in: neutron
Status: New => Triaged
** Changed in: neutron
Importance: Undecided => Medium
** Also affects: python-neutronclient
Importance: Undecided
Status: New
** Changed in:
Public bug reported:
Logstash started seeing this failure October 3rd. Not seeing any
occurrences before that. It's very intermittent:
http://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22RuntimeError%3A%20Metadata%20proxy%20didn't%20spawn%5C%22
** Affects: neutron
Hi, this looks like a support request, not a bug. Please try
https://ask.openstack.org
** Changed in: neutron
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
** Project changed: neutron => openstack-manuals
** Changed in: openstack-manuals
Assignee: (unassigned) => John Davidge (john-davidge)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.ne
*** This bug is a duplicate of bug 1595041 ***
https://bugs.launchpad.net/bugs/1595041
This is the third time you've reported this. Please stop submitting
duplicate reports.
Previous reports:
https://bugs.launchpad.net/python-neutronclient/+bug/1595768
** Project changed: neutron => python-neutronclient
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1595801
Title:
Executing 'neutron purge tenantid' command returns a list in what
*** This bug is a duplicate of bug 1320793 ***
https://bugs.launchpad.net/bugs/1320793
You previously reported this bug [1]
It was marked as a duplicate of an existing bug [2]
Please direct discussion to the original bug report [2]
[1]
How many networks and ports are required before you see this error?
** Project changed: neutron => python-neutronclient
** Changed in: python-neutronclient
Status: New => Incomplete
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is
*** This bug is a duplicate of bug 1595041 ***
https://bugs.launchpad.net/bugs/1595041
You've already reported this bug:
https://bugs.launchpad.net/python-neutronclient/+bug/1595041
Please direct all discussion there.
** Project changed: neutron => python-neutronclient
** This bug has been
** Also affects: openstack-manuals
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1595706
Title:
Remove the deprecated config 'router_id'
Neutron purge deals with subnets implicitly. They are deleted on the
server side during the network-delete phase. We could change it to
delete subnets explicitly - therefore having knowledge of the number
deleted so this can be fed back to the user. However, this would lead to
many extra API calls
** Project changed: neutron => python-neutronclient
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1595039
Title:
'router:external' argument is missing in the help message of command
Public bug reported:
These options were deprecated in the Mitaka cycle by
https://review.openstack.org/#/c/230983/
They can now be removed in Newton.
** Affects: neutron
Importance: Undecided
Assignee: John Davidge (john-davidge)
Status: In Progress
** Tags: deprecation
This sounds like an issue with installed services running different
versions, rather than a bug. Have you tried asking for support on
https://ask.openstack.org/en/questions/ ? You may be able to get help
there.
** Changed in: neutron
Status: New => Invalid
--
You received this bug
It seems to me that the problem is with how Horizon is reporting the
error. The python-neutronclient will not return a subnet_id as no subnet
is created. It could be changed to return the network_id, but seeing as
that is included in the subnet-create request I'm not sure it's
necessary.
**
** Also affects: openstack-manuals
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1593846
Title:
Fix designate dns driver for SSL based
I've posted a patch to improve the documentation here:
https://review.openstack.org/#/c/321012
Please review and let me know if those changes help to clarify the
expected behavior.
@Assaf Could you expand on your thoughts about shared resources? Perhaps
on the doc review. Thanks
** Changed in:
Undecided
Assignee: John Davidge (john-davidge)
Status: New
** Changed in: neutron
Assignee: (unassigned) => John Davidge (john-davidge)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launc
: Undecided
Assignee: John Davidge (john-davidge)
Status: New
** Changed in: neutron
Assignee: (unassigned) => John Davidge (john-davidge)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
ht
subnets.
We should reject subnet_create requests that do not specify either
IPV6_SLAAC or DHCPV6_STATELESS.
** Affects: neutron
Importance: Undecided
Assignee: John Davidge (john-davidge)
Status: New
** Changed in: neutron
Assignee: (unassigned) => John Davidge (john-davi
Public bug reported:
In the ops painpoints session (https://etherpad.openstack.org/p/mitaka-
neutron-next-ops-painpoints) a problem was identified where removing a
tenant can leave behind stray routers, ports, etc.
It was suggested that a simple 'neutron purge ' command or
similar would simplify
s: neutron
Importance: Undecided
Assignee: John Davidge (john-davidge)
Status: New
** Tags: rfe
** Changed in: neutron
Assignee: (unassigned) => John Davidge (john-davidge)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which
Davidge (john-davidge)
Status: New
** Tags: rfe
** Changed in: neutron
Assignee: (unassigned) => John Davidge (john-davidge)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/b
existing tests.
** Affects: neutron
Importance: Undecided
Assignee: John Davidge (john-davidge)
Status: New
** Changed in: neutron
Assignee: (unassigned) = John Davidge (john-davidge)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team
sure it
works.
** Affects: neutron
Importance: Undecided
Assignee: John Davidge (john-davidge)
Status: New
** Changed in: neutron
Assignee: (unassigned) = John Davidge (john-davidge)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team
Let's put this on hold until we can discuss further at the summit. In
the meantime we can fix the devstack failures when a default subnetpool
is set https://bugs.launchpad.net/devstack/+bug/1472200
** Changed in: neutron
Status: In Progress = Opinion
--
You received this bug notification
, and therefore
before the UUID can be generated.
These values should instead be defined by the name of the desired
subnetpool, so the admin can create it after neutron is started.
** Affects: neutron
Importance: Undecided
Assignee: John Davidge (john-davidge)
Status: New
** Changed
Public bug reported:
Calling _allocate_pools_for_subnet when subnet['cidr'] = ::/64 returns a
pool that begins with an IPv4 address and ends with an IPv6 address. For
example:
{start: 0.0.0.2, end: :::::}
IP version should be kept consistent during the pool generation to
prevent
to create the default networks.
** Affects: neutron
Importance: Undecided
Assignee: John Davidge (john-davidge)
Status: New
** Changed in: neutron
Assignee: (unassigned) = John Davidge (john-davidge)
--
You received this bug notification because you are a member of Yahoo
: John Davidge (john-davidge)
Status: New
** Changed in: neutron
Assignee: (unassigned) = John Davidge (john-davidge)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1468765
') % internal_port['id'])
** Affects: horizon
Importance: Undecided
Assignee: John Davidge (john-davidge)
Status: New
** Changed in: horizon
Assignee: (unassigned) = John Davidge (john-davidge)
** Description changed:
Error message on line 746 is missing a space between
Filed in Horizon by mistake, will reopen in Neutron.
** Changed in: horizon
Status: Triaged = Invalid
** Project changed: horizon = neutron
** Changed in: neutron
Milestone: kilo-2 = None
** Changed in: neutron
Status: Invalid = In Progress
--
You received this bug
'.
** Affects: horizon
Importance: Undecided
Assignee: John Davidge (john-davidge)
Status: New
** Changed in: horizon
Assignee: (unassigned) = John Davidge (john-davidge)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which
Assignee: John Davidge (john-davidge)
Status: New
** Tags: low-hanging-fruit
** Changed in: horizon
Assignee: (unassigned) = John Davidge (john-davidge)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack
** Changed in: neutron
Status: In Progress = Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1293784
Title:
Need better default for nova_url
Status in OpenStack
65 matches
Mail list logo