Public bug reported:
It's bug in the macvtap mechanism driver.
If multiple network types are used with the macvtap driver, e.g. flat
and vlan, the vif_details can contain an invalid vif_detail attribute
'vlan'. This leads to nova configuring the macvtap with a vlan, even
though flat should be use
Public bug reported:
DS-identify runs with DI_EC2_STRICT_ID_DEFAULT="warn" on s390x using
yakkety. With zesty EC2_STRICT is set to "true".
Having it set to "true" is important, as on s390x the OpenStack
datasource cannot be detected. Each ds-identify run results in ec2-maybe
(if no other detectab
Public bug reported:
Using version 0.7.9
Cloud-init.service fails setting the hostname on a rhel7 with the error
ProcessExecutionError: Unexpected error while running command.
Command: ['hostnamectl', 'set-hostname', 'foo']
Exit code: 1
Reason: -
Stdout: -
Stderr: Failed to create bus
Along yesterday Neutron meeting [1]:
21:05:22 when reviewing stable patches or triaging bug reports
21:05:34 please take into account of the fact that mitaka is security
fixes only
-> This is not a security issue IMO, so setting it to "won't fix".
[1]
http://eavesdrop.openstack.org/meetings
** Also affects: openstack-manuals
Importance: Undecided
Status: New
** 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.
https://bugs.launchpad.net/bugs/1641433
Got your point. I'll close this bug as the issue seems to be fixed!
Thanks for finding out!
** Changed in: neutron
Status: Incomplete => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpa
ah makes sense. Thanks!
** Changed in: openstack-manuals
Status: Confirmed => Invalid
** 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.
https://bugs.launchpad.net
Cool, thanks for the update!
** Changed in: neutron
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1640437
Title:
FWAAS Firewall Groups API missing i
Public bug reported:
The sample config file [1] shows varies sql alchemy config parameters like
- max_pool_size
- max_retries
-...
But those do not exist in the Neutron Config Reference [2]
[1]
http://docs.openstack.org/newton/config-reference/networking/samples/neutron.conf.html
[2]
http://d
Hi Sujai, thanks for reporting this. The issue is not yet clear to me.
Can you please provide:
- max_pool_size, retry_interval, max_overflow settings of your first run
- the nova error message of the first and the second run
- the neutron error message of the first and second run
At the moment yo
** Changed in: openstack-api-site
Status: New => Invalid
** Changed in: neutron
Status: New => Confirmed
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1640437
Title:
FWAA
Public bug reported:
The concept of Firewall Groups got introduced with [1]. The API doc does
not mention this API at all. [2]
[1]
https://specs.openstack.org/openstack/neutron-specs/specs/mitaka/fwaas-api-2.0.html#firewall-groups
[2]
http://developer.openstack.org/api-ref/networking/v2/index.
Hi Stefan, I would rather tackle the root causes that you described with
"some error in a specific L3 service implementation". Can you elaborate
more on that? Ideally you would directly open a bug for those issues
providing the relevant information!
I'll set this to invalid. I'm not aware of any N
** Changed in: neutron
Status: Expired => Confirmed
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1531511
Title:
Add devref documentation for live-migration
Status in neutron:
Public bug reported:
Seems like ML2 portbinding uses '' for indicating that the port is bound
to no host, while in times before ml2 "None" was used. This leads to
some strange checks in the code like [1]
This bug is to clean this up internally. The API still should take both
values, an empty stri
, although the alias way is also
valid.
** Affects: neutron
Importance: Undecided
Assignee: Andreas Scheuring (andreas-scheuring)
Status: In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https
Public bug reported:
As the macvtap agent does only support flat and vlan networks, the
physical_interface_mappings prameter must contain at least one mapping.
Without a mapping, no networkconnectivity can be provided by this agent.
Ideally the agent would terminate with an appropriate error mess
** Also affects: horizon
Importance: Undecided
Status: New
** Also affects: keystone
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs
Public bug reported:
Today, only unit & some basic functional tests are executed for the
macvtap agent.
The goal is to extend the macvtap agent to
* support non-compute ports via macvlan (allows spawning a single node system
with l3, dhcp and so on)
* Add a tempest test job for it
* enhance fun
Public bug reported:
As the linuxbridge and the macvtap agent now share a lot of common code
via the common agent class, it's time to move the sr-iov agent there as
well!
This would be a 3 step approach:
#1 Refactor the common agent to match some sr-iov agent requirements
#2 Refactor the sr-iov a
Public bug reported:
Summary
===
Today only DVR ports can be bound to multiple hosts. But having a port bound to
multiple hosts does also make sense for a compute port during live migration.
For a certain period of time the port could be bound to the source and
target at the same time (Althou
Public bug reported:
The ovs mechanism driver determins if hybrid plug should be used along
the firewall_driver [1] setting that is made on the neutron server [2].
IPTABLES_FW_DRIVER_FULL =
("neutron.agent.linux.iptables_firewall.OVSHybridIptablesFirewallDriver")
hybrid_plug_requ
Public bug reported:
The Macvtap agent that was introduced in Mitaka [1] requires some devstack
support. As only compute attachments are supported (at the moment), the
devstack support will be restricted to
- Single Nodes without l3 & dhcp agent
- Multi Nodes running ovs or lb on the controller/
*** This bug is a duplicate of bug 1535707 ***
https://bugs.launchpad.net/bugs/1535707
Marking this as duplicate, as the root cause of both is the same. I'll
expand the other bugs descirption to also cover this issue
** This bug has been marked a duplicate of bug 1535707
Create router with
that worked! Additional queries to do:
use neutron
update ml2_port_bindings set host = 'new-host' where host = 'old-host';
update ml2_port_binding_levels set host = 'new-host' where host = 'old-host';
Setting Neutron to won't fix and adding bug against docs + providing a fix.
** Also affects:
** Also affects: openstack-api-site
Importance: Undecided
Status: New
** 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.
https://bugs.launchpad.net/bugs/1553653
** Changed in: neutron
Status: New => Confirmed
** Also affects: openstack-api-site
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/155345
** Also affects: horizon
Importance: Undecided
Status: New
** 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.
https://bugs.launchpad.net/bugs/1553128
Title:
M
Public bug reported:
For newly added macvtap agent, example configs are not getting
autogenerated like introduced with [1]
[1] https://review.openstack.org/#/c/204206/
** Affects: neutron
Importance: Undecided
Status: New
--
You received this bug notification because you are a m
ode) for help if you need to.
commit 2e7eb09271912e9db1948b15ab3f8e184d4c324a
Author: Andreas Scheuring
Date: Tue Feb 2 16:34:59 2016 +0100
macvtap: Macvtap L2 Agent
This agent is required by the macvtap ml2 driver to support
macvtap attachments for libvirt qemu/k
** Also affects: openstack-api-site
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/1538695
Title:
sriov-mech: Introduce a new VIF type for
Setting to invalid along the comment of Akihiro.
** Changed in: neutron
Status: Incomplete => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1246525
Title:
Horizon displa
** 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/1514548
Title:
Cleanup linuxbridge_neutron_agent
Status in neutron:
Fi
already closed by
commit 459980f04a62e2ef15a2b8c91ac6c8d6ee484167
Author: Cedric Brandily
Date: Thu Nov 5 23:40:45 2015 +0100
Move LinuxBridge related features to bridge_lib
This change moves from linuxbridge agent[1] to bridge_lib[2] bridge only
related features and adds func
Hi Alex, thanks for reporting this new feature request. I wonder, is
this an action you would like to do via the GUI only, or also via the
Rest API?
** Summary changed:
- Multiple Floating IP allocation
+ [RFE] Bulk Floating IP allocation
** Tags added: rfe
** Also affects: horizon
Importan
** Also affects: openstack-api-site
Importance: Undecided
Status: New
** Also affects: openstack-manuals
Importance: Undecided
Status: New
** Changed in: neutron
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineerin
** Changed in: neutron
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1552077
Title:
Use network RBAC feature for external access
Status in neutr
** Also affects: openstack-api-site
Importance: Undecided
Status: New
** Also affects: openstack-manuals
Importance: Undecided
Status: New
** Changed in: neutron
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engi
** Also affects: openstack-manuals
Importance: Undecided
Status: New
** Changed in: neutron
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/155
** Also affects: openstack-api-site
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/1552077
Title:
Use network RBAC feature for external ac
Hmmm, I think the nature that's how it should work, isn't it?
If you are connected to a router, my expectation would be that I could
ping all of the routers interfaces (e.g. for test purposes). And what
if another vm on another subnet is spawned on another compute node,
would you expect that this
Public bug reported:
The Common Agent still has some hard coded "LinuxBridge" logs, although
it might be used by other agents (like macvtap agent) as well. Those
logs should reflect the agent type using the common agent.
** Affects: neutron
Importance: Undecided
Status: New
--
You
Public bug reported:
More details to come soon
** Affects: neutron
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/1550400
Title:
Macvtap
Public bug reported:
Sometimes the following error appears in the linuxbridge q-agt log: [1]
Running command (rootwrap daemon): ['ip', 'link', 'set', 'vxlan-1066', 'up']
Exit code: 2; Stdin: ; Stdout: ; Stderr: RTNETLINK answers: Transport endpoint
is not connected
This happens after a vxlan d
Public bug reported:
A tap device can suddenly disappear e.g. due to instance destroy. If the
agent is in the midst of processing a a device update for this tap
device (e.g. due to a security group update), the agent logs the
following errors:
2016-01-07 17:43:52.225 DEBUG neutron.agent.linux.uti
Public bug reported:
24 Hits in the last 30 days - all of them after the 31st of December!
[1]
2016-01-07 11:08:30.061 | Captured traceback:
2016-01-07 11:08:30.061 | ~~~
2016-01-07 11:08:30.061 | Traceback (most recent call last):
2016-01-07 11:08:30.062 | File
"tempes
default network namespace
** Affects: neutron
Importance: Undecided
Assignee: Andreas Scheuring (andreas-scheuring)
Status: In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https
Public bug reported:
Commit [1] disables ipv6 on linuxbridges. On my linuxbridge vlan system,
this fix causes the code ensure_bridge() to return too early without
passing the bridge_name back.
The introduced method returns the output of the systcl -w call
+def disable_ipv6(self):
+cmd
Public bug reported:
All testcases of the linuxbridge agent are executed with
prevent_arp_spoofing=False.
The solution is to add testcases that are executed with
prevent_arp_spoofing=True. arp_protect should be mocked and it should be
ensured, that it has been called.
** Affects: neutron
Im
Had a quick look at 2 other patchsets - Haven't found this message in
there. So probably related to my patchset?
I set to invalid - try to investigate and if still exists, open this bug
again. Sorry for the inconvenience!
** Changed in: neutron
Status: Triaged => Invalid
** Changed in: os
Public bug reported:
Seems NOT to have any functional impact!
The following message showed up during linuxbridge tempest runs in q-agt
logfile [1]:
2015-11-12 09:20:08.548 DEBUG neutron.agent.linux.utils
[req-b7d3dcbb-0a93-4474-b4dc-d8bfea202fb3 None None] Running command (rootwrap
daemon): ['
Public bug reported:
Add support to allow nova scheduler place instances along available
neutron properties.
Use case:
- Scheduling along physical network: A certain network (e.g. your fast 100Gbit
network) is only available to a subset of the nodes (e.g. per rack).
- Schedulding along QoS attr
Looks like a configuration issue. Maybe one of the vmware neutron folks
can help out?
** Summary changed:
- instance luanch failed
+ instance launch failed: TooManyExternalNetworks: More than one external
network exists
** Also affects: neutron
Importance: Undecided
Status: New
--
Y
Public bug reported:
The linuxbridge agent creates a linux vlan-device for each openstack vlan
network that has been defined. Therefore the code uses the following naming
scheme : .
Example: eth-dev-name: eth0, vlan-id: 1000 --> eth0.1000
This works fine, if eth-dev-name is a short name like "e
Public bug reported:
Adding macvtap ml2 driver and agent to neutron.
This feature allows instance network attachments via macvtap. A first
spec has been hosted on github [1].
A place for this agent was discussed on [2]. The decision was to have it
living somewhere in the neutron tree.
[1]
htt
** Changed in: neutron
Status: In Progress => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1423484
Title:
dhcpv6-stateful: error message in contradiction to spec
Status
Just set up my external repo along the guidlines and it's working
perfeclty without any fixes into Neutron. Great work!
** Changed in: neutron
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neu
Public bug reported:
This defect is to track the integration of the stackforge networking-
macvtap ml2 plugin + agent [1] into neutron
[1] https://review.openstack.org/#/c/189644/
** Affects: neutron
Importance: Undecided
Status: New
** Tags: rfe
--
You received this bug noti
Public bug reported:
The spec [1] points out how a subnet configured with ipv6 address mode
dhcpv6-stateful and ra mode none should behave:
"VM obtains IPv6 address and optional info from dnsmasq using DHCPv6 stateful"
[1]
Now creating such an subnet and adding it as routers interface resulted
59 matches
Mail list logo
