tname for the instance
we can keep that as the default behavior and have a configuration option
in the [ironic] config group to enable/disable the behavior of using the
node's name (if present) as the instance's hostname
** Affects: nova
Importance: Undecided
Assignee: Luca
on-ironicclient/blob/master/ironicclient/v1/node.py#L52
** Affects: nova
Importance: Undecided
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: New
** Changed in: nova
Assignee: (unassigned) => Lucas Alvares Gomes (lucasagomes)
--
You received this bug notification b
** Also affects: ironic
Importance: Undecided
Status: New
** Changed in: ironic
Assignee: (unassigned) => Lucas Alvares Gomes (lucasagomes)
** Changed in: ironic
Milestone: None => juno-rc1
** Changed in: ironic
Importance: Undecided => Medium
--
You received
raise RuntimeError(msg)
2021-05-02 14:23:29.193 599 ERROR futurist.periodics RuntimeError: OVSDB Error:
The transaction failed because the IDL has been configured to require a
database lock but didn't get it yet or has already lost it
2021-05-02 14:23:29.193 599 ERROR futurist.periodics
roblematic option is the "mcast_flood". A similar option
called "mcast_flood_reports" should still be enabled.
** Affects: neutron
Importance: Medium
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: Confirmed
** Changed in: neutron
Assignee: (unassig
ror:
'NoneType' object has no attribute 'chassis_exists'
See full traceback at: http://paste.openstack.org/show/807435/
[0]
https://opendev.org/openstack/neutron/commit/c4007b0833111a25d24f597161d39ee9ccd37189
** Affects: neutron
Importance: Critical
Assignee: Lucas Al
rs/ovn/mech_driver/ovsdb/ovn_client.py#L1291-L1296
[3]
https://github.com/openstack/neutron/blob/b7befc98118c270877b42e94f9cb6f7ccad0b072/neutron/scheduler/l3_ovn_scheduler.py#L62
** Affects: neutron
Importance: High
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: Confirme
in the OVN NB database hasn't been updated. But it does
update it in the Neutron database:
stack@central:~/devstack$ openstack network show public | grep segmentation_id
| provider:segmentation_id | 123 |
** Affects: neutron
Importance: High
Assigne
Public bug reported:
Right now, every IDL instance of the Southbound database(minus the
maintenance worker) is monitoring the MAC_Binding table [0]. This table
can increase a in size overtime and substantially increasing the memory
used to keep an in-memory replica of this table in memory for each
od to "false" for the localnet ports in case they are unset or
set to "true")
[1] https://review.opendev.org/c/openstack/neutron/+/797418
** Affects: neutron
Importance: Medium
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: Confirmed
** Tags: ovn
** C
penstack/ironic/blob/19866e3ddbff1953a5ed6fb3abd11d7f649238fa/ironic/common/pxe_utils.py#L472-L487
** Affects: neutron
Importance: High
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: New
** Tags: ovn
** Changed in: neutron
Importance: Undecided => Medium
** Changed in
on for the
chassis and is conditionally monitored by them. That way, updates to the
nb_cfg column will not affect all other hypervisors.
We need to make use of this new mechanism in the OVN driver.
** Affects: neutron
Importance: High
Assignee: Lucas Alvares Gomes (lucasagomes)
Public bug reported:
The test neutron-tempest-plugin test_add_interface_in_use fails when
ml2/ovn is used.
Apparently this behavior is a consequence of this fix:
https://review.opendev.org/#/c/724930, reverting the patch makes it work
again BUT, reverting it will re-introduce the original bug tha
Fixed by https://review.opendev.org/#/c/713956/
** Changed in: neutron
Status: New => Fix Committed
** Changed in: neutron
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutro
/OVN needs to disable the
"mcast_flood_unregistered" configuration in the other_config column from
the Logical Switch table when igmp_snooping_enable is True.
[0]
https://opendev.org/openstack/neutron/src/branch/master/neutron/conf/agent/ovs_conf.py#L36-L47
** Affects: neutron
Importance: Medium
ron
ovsdbapp.backend.ovs_idl.idlutils.RowNotFound: Cannot find Chassis with
name=fb530244-3537-4efa-ab6a-7c5c9683c38c
Nov 25 19:34:45.457508 ubuntu-focal-limestone-regionone-0021931462
neutron-ovn-metadata-agent[66875]: ERROR neutron
** Affects: neutron
Importance: Medium
As
Public bug reported:
Currently the OVN driver initialization does not work with uWSGI because
the initialization is different than eventlet and the
post_fork_initialization() method [0] does not get called in the
process.
The post_fork_initialization() method is the one responsible for a few
thin
raise RowNotFound(table=table,
col=column, match=match)
Jan 28 10:59:55.135218 ubuntu-focal-airship-kna1-0022760767
neutron-server[68996]: ERROR ovsdbapp.event
ovsdbapp.backend.ovs_idl.idlutils.RowNotFound: Cannot find Chassis with
name=282e849e-30b0-4e7c-9df2-2d0b14050df0
Jan 28 10:59:55.135218 ubuntu-foc
** 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/1905700
Title:
[OVN] ovn-metadata-agent: "RowNotFound: Cannot find Chassi
Fixed at: https://review.opendev.org/c/openstack/neutron/+/768277
** Changed in: neutron
Status: New => Fix Committed
** Changed in: neutron
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is su
Job has been fixed at DevStack:
https://review.opendev.org/c/openstack/devstack/+/753575
** Changed in: neutron
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchp
** 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/1881095
Title:
[OVN] Router availability zones support
Status in neutron
Fixed by https://review.opendev.org/c/openstack/neutron/+/758391
** Changed in: neutron
Status: In Progress => Fix Released
** Changed in: neutron
Importance: Undecided => Medium
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscr
aking sure IPv6 is enabled and either SLAAC or DHCPv6 are being used.
** Affects: neutron
Importance: High
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: Confirmed
** Tags: ovn
** Tags added: ovn
** Changed in: neutron
Importance: Undecided => High
** Changed in:
ound(router_id=router_id)
2021-03-19 08:01:00.348 39 ERROR networking_ovn.common.maintenance
neutron_lib.exceptions.l3.RouterNotFound: Router
56335450-362d-4c49-9a28-44d5d2908847 could not be found
2021-03-19 08:01:00.348 39 ERROR networking_ovn.common.maintenance
2021-03-19 08:01:00.350 39
Public bug reported:
If both "Chassis" and "Chassis_Private" tables are passed to the
MetadataProxyHandler class [0] the code will only limit the monitoring
of the "Chassis_Private" table [1].
Ideally, both tables should be conditionally monitored instead.
[0]
https://github.com/openstack/neutro
Importance: High
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: Triaged
** Tags: ovn
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/2017748
Title:
OVN: ovnmeta
should be refactored/ported to the new OVN
Neutron Agent.
This LP is to reflect that work.
** Affects: neutron
Importance: Undecided
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: Confirmed
** Tags: ovn
** Changed in: neutron
Status: New => Confirmed
--
You rece
pulating the "requested-chassis"
options if the port is virtual and instead add the hosting chassis
information to the LSP external_ids in case of the virtual ports.
[0] https://docs.openstack.org/ovn-bgp-
agent/latest/contributor/bgp_supportability_matrix.html#bgp-driver-nb
** Affects: n
nee: Lucas Alvares Gomes (lucasagomes)
Status: Confirmed
** Tags: ovn
** Changed in: neutron
Status: New => Confirmed
** Changed in: neutron
Assignee: (unassigned) => Lucas Alvares Gomes (lucasagomes)
** Changed in: neutron
Importance: Undecided => Medium
that
tells how many nodes are active or offline. And the "Hash Ring is empty"
exception does not indicate whether the nodes are just offline or if the
ovn_hash_ring table is empty.
We need to improve the logging for this feature.
** Affects: neutron
Importance: Medium
Assignee
4154ef627bb9d1a/neutron/plugins/ml2/drivers/ovn/mech_driver/mech_driver.py#L316
** Affects: neutron
Importance: High
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: Confirmed
** Tags: ovn
** Changed in: neutron
Status: Fix Committed => Confirmed
--
You received thi
Public bug reported:
While debugging an internal issue, the create_router() from the
ovn_l3/plugin.py was raising an exception and as part of the handling of
this exception it was logging an ERROR but, there was no traceback which
makes it really hard to figure out where this error is being raised
Undecided
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: Confirmed
** Tags: ovn
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/2026825
Title:
[OV
he new tag is not
present in any node, ML2/OVN should continue to schedule external ports
on nodes tagged with the "enable-chassis-as-gw" configuration, just as-
is today.
** Affects: neutron
Importance: Wishlist
Assignee: Lucas Alvares Gomes (lucasagomes)
Status
hub.com/openstack/neutron/blob/dad8c3fecc4e97764a92f558d9df510fa2516877/neutron/plugins/ml2/drivers/ovn/mech_driver/ovsdb/ovn_db_sync.py#L1330
** Affects: neutron
Importance: High
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: Confirmed
** Changed in: neutron
Status: New =>
thub.com/openstack/neutron/blob/2be4343756863f252c8289e2ca3e7afe71f566c4/neutron/conf/agent/ovs_conf.py#L41-L46
[1] https://review.opendev.org/c/openstack/neutron/+/762818
[2] https://review.opendev.org/c/openstack/neutron/+/766360
[3] https://review.opendev.org/c/openstack/neutron/+/8881
Hi Saeed,
This ticket sounds more like a question for team and maintainers of
ML2/OVS than a bug per se. I would like to suggest you to send it as an
email to the openstack-disc...@lists.openstack.org (with the [neutron]
tag in the subject) or join us at #openstack-neutron on the OFTC IRC
network
iPXE. Neutron DHCP agent no longer will be
needed.
** Affects: neutron
Importance: High
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: Confirmed
** Tags: ovn
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to
Affects: neutron
Importance: High
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: In Progress
** Tags: ovn
** Changed in: neutron
Importance: Undecided => High
** Changed in: neutron
Status: New => Confirmed
** Changed in: neutron
Assignee: (unassi
tions with the OVSDBs to avoid
this problem.
** Affects: neutron
Importance: Undecided
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: In Progress
** Tags: ovn
** Tags added: ovn
** Changed in: neutron
Assignee: (unassigned) => Lucas Alvares Gomes (lucasagomes)
--
Re-opening this as the fix has been reverted at
https://review.opendev.org/c/openstack/neutron/+/858908
** Changed in: neutron
Status: Fix Released => Confirmed
** Changed in: neutron
Assignee: Rodolfo Alonso (rodolfo-alonso-hernandez) => Lucas Alvares Gomes
(lucasagomes)
-
/a358bb802bb99b6c89e0acfe0a77ad45612c825e/neutron/common/ovn/constants.py#L107
** Affects: neutron
Importance: Medium
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: Confirmed
** Tags: ovn
** Tags added: ovn
** Changed in: neutron
Status: New => Confirmed
** Changed in: neutron
Assig
** Changed in: neutron
Status: In Progress => Fix Released
** Summary changed:
- [OVN] Add support for Baremetal provisioning with ML2/OVN
+ [OVN] Add support for Baremetal provisioning with ML2/OVN with IPv4
--
You received this bug notification because you are a member of Yahoo!
Engine
The OVN driver now lives in the neutron repository. Moving this bug to
their tracker.
** Also affects: neutron
Importance: Undecided
Status: New
** Tags added: ovn
** No longer affects: networking-ovn
** Summary changed:
- The "neutron_sync_mode = repair" option breaks the whole clou
The OVN driver now lives in the neutron repository. Moving this bug to
their tracker.
** Also affects: neutron
Importance: Undecided
Status: New
** Changed in: neutron
Assignee: (unassigned) => Lucas Alvares Gomes (lucasagomes)
** Changed in: neutron
Status: New =&
The OVN driver now lives in the neutron repository. Moving this bug to
their tracker.
** Tags added: ovn
** Summary changed:
- Left-over namespaces left in the environment by ovn-metadata-agent
+ [OVN] Left-over namespaces left in the environment by ovn-metadata-agent
** Also affects: neutron
The OVN driver now lives in the neutron repository. Moving this bug to
their tracker.
** Also affects: neutron
Importance: Undecided
Status: New
** Tags added: ovn
** Summary changed:
- Missing ingress QoS in OVN
+ [OVN]Missing ingress QoS in OVN
** No longer affects: networking-ovn
The OVN driver now lives in the neutron repository. Moving this bug to
their tracker.
** Also affects: neutron
Importance: Undecided
Status: New
** Tags added: ovn
** No longer affects: networking-ovn
** Summary changed:
- Support native DHCP service for subnet without gateway IP
+ [
The OVN driver now lives in the neutron repository. Moving this bug to
their tracker.
** Also affects: neutron
Importance: Undecided
Status: New
** Tags added: ovn
** Summary changed:
- Lacking mechanism to provide proper MTU to instances
+ [OVN] Lacking mechanism to provide proper MT
** Changed in: neutron
Assignee: Reedip (reedip-banerjee) => (unassigned)
** Changed in: networking-ovn
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.
** Changed in: tripleo
Assignee: Lucas Alvares Gomes (lucasagomes) => (unassigned)
** Also affects: neutron
Importance: Undecided
Status: New
** Tags added: ovn
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed
The OVN driver now lives in the neutron repository. Moving this bug to
their tracker.
** Tags added: ovn
** Also affects: neutron
Importance: Undecided
Status: New
** Summary changed:
- Can not retrieve where a OVN gateway router lives
+ [OVN] Can not retrieve where a OVN gateway rout
The OVN driver now lives in the neutron repository. Moving this bug to
their tracker.
** Also affects: neutron
Importance: Undecided
Status: New
** Tags added: ovn
** Summary changed:
- QoS doesn't work with DVR, vlan tenant networks or provider networks.
+ [OVN] QoS doesn't work with
We no longer have the Kuryr job in the gate but, perhaps we should re-
add one now that the driver has moved into neutron.
** Also affects: neutron
Importance: Undecided
Status: New
** Tags added: ovn
** Summary changed:
- Add functional testing to kuryr CI job
+ [OVN] Add functional
The OVN driver now lives in the neutron repository. Moving this bug to
their tracker.
** Summary changed:
- DHCP ports don't recreated after deleting them
+ [OVN] DHCP ports don't recreated after deleting them
** Also affects: neutron
Importance: Undecided
Status: New
** No longer aff
** Changed in: networking-ovn
Status: New => Won't Fix
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1802369
Title:
Unit tests failing due to recent Neutron patch
Status in netw
lib/python3.6/site-packages/ovsdbapp/backend/ovs_idl/event.py:44
This is triggering too frequent writes from *all* metadata-agents and
ovn-controllers in the cloud which creates a lot of traffic. At scale, this can
be a problem.
Imagine a 500 node deployment, with one update per 10 seconds as
/blob/6709cfcdfaf29a696cd83da23d1a30d6d0ae8045/neutron/agent/ovn/metadata/server.py#L59
[1]
https://github.com/openstack/neutron/blob/6709cfcdfaf29a696cd83da23d1a30d6d0ae8045/neutron/agent/ovn/metadata/ovsdb.py#L34-L35
** Affects: neutron
Importance: High
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: In Pro
the agents health check (that triggers updates to the
chassis) plus this problem with the absence of the "external_ids" column
in the old object for certain updates is resulting in the SRIOV
(external in OVN) ports to flap between the gateway chassis.
** Affects: neutron
Impo
registered_traffic_receiver.sh
stderr:
+ bash /root/unregistered_traffic_receiver.sh
bash: /root/unregistered_traffic_receiver.sh: No such file or directory
** Affects: neutron
Importance: Medium
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: Confirmed
** Changed i
Public bug reported:
The current implementation of the external ports in OVN is not
accounting for the VNIC type VNIC_DIRECT_PHYSICAL. In OVN terms, both
VNIC_DIRECT and VNIC_DIRECT_PHYSICAL should do exactly the same.
** Affects: neutron
Importance: High
Assignee: Lucas Alvares Gomes
0.0.0.0/0,192.168.30.1}", dns_server="{172.16.0.1, 10.0.0.1}",
lease_time="43200", mtu="1442", router="192.168.30.1",
server_id="192.168.30.1", server_mac="fa:16:3e:95:ec:6f"}
** Affects: neutron
Importance: Medium
Assign
Public bug reported:
Reported at: https://bugzilla.redhat.com/show_bug.cgi?id=1826364
Right now, the SRIOV support with ML2/OVN is limited to:
1) SRIOV ports on provider networks with external DHCP
2) SRIOV ports on provider networks with OVN DHCP and OVN Metadata service
3) SRIOV ports on VL
s
configuration option. In OVN we will need to find another place to put
this information.
** Affects: neutron
Importance: Undecided
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: Confirmed
** Tags: ovn
** Changed in: neutron
Status: New => Confirmed
** C
eld.
** Affects: neutron
Importance: Medium
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: In Progress
** Changed in: neutron
Status: New => Confirmed
** Changed in: neutron
Importance: Undecided => Medium
** Changed in: neutron
Assignee: (unassigned) =>
ll-recursive] Error 1
make[1]: Leaving directory '/opt/stack/ovs'
make: *** [Makefile:3411: all] Error 2
Error on exit
World dumping... see /opt/stack/logs/worlddump-2018-08-31-104046.txt for details
When compiling OVS. To fix this we just need to install the elfutils-
libelf-devel package.
*
=$2 } \
/^No package/ { result=2 } \
/^Failed:/{ result=2 } \
//{ print } \
END { exit result }'
+ echo YUM_FAILED 1
+ result=1
** Affects: neutron
Importance: Undecided
Assignee: Lucas Alvares Gomes (lucasagomes)
** Also affects: networking-ovn
Importance: Undecided
Status: New
** Changed in: networking-ovn
Assignee: (unassigned) => Daniel Alvarez (dalvarezs)
** Changed in: networking-ovn
Importance: Undecided => Low
--
You received this bug notification because you are a member of Yah
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: New
** Changed in: neutron
Assignee: (unassigned) => Lucas Alvares Gomes (lucasagomes)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launc
t of
empty nodes.
This happens in the get_available_nodes() call of the driver, which runs
periodically in nova so it will be retried later once the Ironic API is
available again.
[UPDATE]
Apparently we had a similar bug in the past:
https://bugs.launchpad.net/nova/+bug/1430616
** Affects: nova
Importan
Marking the bug as invalid. The ironic team came to an agreement that
setting the API version via configuration option shouldn't be supported
anymore in the Nova driver.
** Changed in: nova
Status: In Progress => Invalid
--
You received this bug notification because you are a member of Ya
Hi Xu,
Thanks for reporting, judging by the small log there I don't see how
Ironic could have influenced in that error (I understand you are using
Ironic in ur installation). So, I'm marking this bug as "Incomplete" for
the u Ironic component unless you can provide more logs.
Thank you!
** Chang
_version 4 is not in port's address IP
versions
** Affects: neutron
Importance: Undecided
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: New
** Changed in: neutron
Assignee: (unassigned) => Lucas Alvares Gomes (lucasagomes)
--
You received this bug not
Public bug reported:
We need to improve the Ironic driver logs, currently we have very
little. E.g there's only one INFO log in the whole driver code.
** Affects: nova
Importance: Undecided
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: In Progress
** Tags: i
12a8 demo demo] Error contacting Ironic
server: Node d240ae0d-1844-48f0-adcf-b70680a1b6ce can not be updated while a
state transition is in progress. (HTTP 409). Attempt 3 of 6
[4] http://paste.openstack.org/show/403569/
** Affects: nova
Importance: Undecided
Assignee: Lucas Alvar
Public bug reported:
A job in the Ironic gate gate-tempest-dsvm-ironic-pxe_ssh-postgres is
broken due some change in Neutron which is affecting the Postgres
database backend.
The error is:
2015-08-19 03:23:38.802 ERROR oslo_db.sqlalchemy.exc_filters
[req-61b2cae0-f5a2-420e-b2ab-e3db3e3b00da adm
** Also affects: ironic
Importance: Undecided
Status: New
** Changed in: ironic
Assignee: (unassigned) => Lucas Alvares Gomes (lucasagomes)
** Changed in: ironic
Importance: Undecided => Low
--
You received this bug notification because you are a member of Yahoo!
Engin
, in
_do_get
2015-09-07 16:32:31.899 TRACE nova % (opt.name, str(ve)))
2015-09-07 16:32:31.899 TRACE nova ConfigFileValueError: Value for option
api_version is not valid: invalid literal for int() with base 10: '1.8'
2015-09-07 16:32:31.899 TRACE nova
** Affects: nova
Impor
The bug is being closed because the fix is now being proposed as a spec
** Changed in: ironic
Status: In Progress => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.n
** Also affects: neutron
Importance: Undecided
Status: New
** Changed in: neutron
Assignee: (unassigned) => Lucas Alvares Gomes (lucasagomes)
** Changed in: ironic
Status: New => Won't Fix
** Changed in: ironic
Status: Won't Fix => Invalid
*
-+
...
| properties | {u'memory_mb': u'None', u'cpu_arch': None,
u'local_gb': u'None',|
| | u'cpus': u'None', u'capabilities'
b/3841b8254e0dd820d26377312b6c004f4bd9b58e/nova/compute/manager.py#L2431
** Affects: nova
Importance: Undecided
Assignee: Lucas Alvares Gomes (lucasagomes)
Status: New
** Tags: ironic
** Changed in: nova
Assignee: (unassigned) => Lucas Alvares Gomes (lucasagomes)
** Tags add
registered in it. Plus, this full node representation also
gets logged in case we use n-cpu with debug mode enabled.
We need a light way to fetch the states from Nodes in Ironic that can be
used by the Nova Ironic Driver.
** Affects: nova
Importance: Undecided
Assignee: Lucas Alvares Gomes
The driver is now in nova, so the fix should go there
** Also affects: nova
Importance: Undecided
Status: New
** Changed in: nova
Assignee: (unassigned) => Lucas Alvares Gomes (lucasagomes)
** Changed in: ironic
Status: Triaged => Invalid
** Tags added: ironic
** C
** Also affects: ironic
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/1598525
Title:
KeyError: 'processor_architecture' on ./stack.sh
Status
** No longer affects: ironic
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1598525
Title:
KeyError: 'processor_architecture' on ./stack.sh
Status in devstack:
New
Status in neutron:
87 matches
Mail list logo
