Public bug reported:
Description
===
I created an instance of the configuration driver in iso9660 format, and then
logged in to the instance. I found that the permissions of the files and
directories injected through the configuration driver were all 555. For
example,
ec2/2009-04-04/me
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
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
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 =>
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
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
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
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
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
problem and proposing storing the subnet's
CIDRs in the Logical_Switch table (the Neutron Network equivalent in
OVN) external_ids column. With that, projects such ovn-bgp-agent can
consume this information while doing it's configuration.
** Affects: neutron
Importance: Medium
Assig
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
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
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
** 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
/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
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)
-
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)
--
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
I added a task for sssd here to not miss this other bug report which is
a dup of this one (#1989358). However, I am not sure how sssd is
involved on this issue. Please, provide more information and detailed
steps on how to reproduce the issue.
** Also affects: sssd (Ubuntu)
Importance: Undecide
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
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
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
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
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
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
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
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
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
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
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:
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
** 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
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
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
** 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
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
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
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
/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
Public bug reported:
When creating a machine with the following userdata:
```
#cloud-config
chpasswd:
list: |
ubuntu:passw0rd
ssh_pwauth: True
```
cloud-init will fails if the machine does not have openssh installed on
it. That happens because pasasword module will try to run the following
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
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
We have landed a commit that fix this issue:
https://github.com/canonical/cloud-init/commit/947a316a784580da0e91685b44635067e82e0038
If this is still a problem for you, please make a comment and set the state back
to New.
Thanks again for reporting this issue
** Changed in: cloud-init
Sta
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)
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
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) =>
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
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
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:
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
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
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
/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
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
** 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
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
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.
** 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
** 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
** 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.
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
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:
- 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.
** 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
** 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.
** 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
** 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
=$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)
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.
*
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
Public bug reported:
https://docs.openstack.org/horizon/latest/configuration/settings.html
#ajax-poll-interval
Go to the above link and scroll down a bit. As shown in the screenshot.
This happens might because the font size of the table of content on the
sidebar is too large?
** Affects: horizo
** Changed in: horizon
Assignee: Lucas H. Xu (xuh-2) => (unassigned)
** Changed in: horizon
Status: In Progress => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
I cannot reproduce it. If the problem still persists, please leave your
comments :) Thanks!
** Changed in: horizon
Status: Incomplete => Opinion
** Changed in: horizon
Status: Opinion => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering T
Public bug reported:
How to reproduce this:
In master(pike) horizon,
Go to Admin dashboard and networks panel
Click Create a network, give your network a name, select a project and
unclear "Create Subnet"
Click Create button and you should not be able to proceed.
See attached screenshot for m
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
Hey Paul, are you still working on this?
** Changed in: horizon
Status: In Progress => Opinion
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1496045
Title:
** Changed in: horizon
Status: Confirmed => Fix Released
** Changed in: horizon
Assignee: (unassigned) => Lucas H. Xu (xuh-2)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
Public bug reported:
On this overview tab: https://launchpad.net/horizon
"Translations happen at: https://www.translate.openstack.org/";
should be
Translations happen at: https://translate.openstack.org/
** Affects: horizon
Importance: Undecided
Status: New
--
You received this
Thanks, what I did to get it right, install devstack again on a new vm, so it
worked
** Changed in: glance
Status: Incomplete => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Glance.
https://bugs.launchpad.n
Public bug reported:
Obtaining file:///opt/stack/glance
Exception:
Traceback (most recent call last):
File "/usr/local/lib/python2.7/dist-packages/pip/basecommand.py", line 215,
in main
status = self.run(options, args)
File "/usr/local/lib/python2.7/dist-packages/pip/commands/install.py",
_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
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
** 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:
** 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
Public bug reported:
Under the Developer Dashboard, the Bootstrap Theme Preview has a few
strings that are not being translated when they could and should be.
See the attached image for details.
(Note: The image does not contain all occurrences on the page, just a
few to get the point across. T
It looks like this has been fixed and is no longer a bug. I can most
certainly associate a monitor to a pool using the current master code.
** Changed in: horizon
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is su
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
ok bad.
** Affects: horizon
Importance: Undecided
Assignee: Lucas Palm (lapalm)
Status: New
** Attachment added: "Screen Shot 2016-01-12 at 3.17.38 PM.png"
https://bugs.launchpad.net/bugs/1533366/+attachment/4548791/+files/Screen%20Shot%202016-01-12%20at%203.17.38%20P
Public bug reported:
While browsing around the Horizon repository, I found a few spelling
errors that need correction.
** Affects: horizon
Importance: Undecided
Assignee: Lucas Palm (lapalm)
Status: New
** Changed in: horizon
Assignee: (unassigned) => Lucas Palm (lap
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
Public bug reported:
While looking at many of the details pages, it can be seen that almost
none of them follow the same exact layout/style conventions. There are
slight differences in the pages that make them look different. This is
unacceptable. All details pages should have the same exact lay
is related to and formulated from:
https://bugs.launchpad.net/horizon/+bug/1500048
See the attached image for an example.
** Affects: horizon
Importance: Undecided
Assignee: Lucas Palm (lapalm)
Status: New
** Attachment added: "Instance Creation Success Message.png"
as found and also be consistent with
the "Description" label above on that same page.
** Affects: horizon
Importance: Undecided
Assignee: Lucas Palm (lapalm)
Status: New
** Attachment added: "VPN Service Details Bug 2.png"
https://bugs.launchpad.net/bugs/1500590/
st click that link to visit
the details page for that item.
** Affects: horizon
Importance: Undecided
Assignee: Lucas Palm (lapalm)
Status: New
** Attachment added: "VPN Service Details Bug 1.png"
https://bugs.launchpad.net/bugs/1500586/+attachment/4477857/+files/VPN%20Se
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
Public bug reported:
Steps to Reproduce:
1. Ensure that the Angular Launch Instance workflow is enabled in your
local_settings.py file.
LAUNCH_INSTANCE_NG_ENABLED = True
2. Go to Project-->Network-->Network Topology tab.
3. Click on the "Launch Instance" button and view that the result is
just
, 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
for (value, label) in
project_tables.ImagesTable.STATUS_DISPLAY_CHOICES}
image.status_label = status_label_dict.get(image.status.lower(), image.status)
** Affects: horizon
Importance: Undecided
Assignee: Lucas Palm (lapalm)
Status: New
** Changed in: horizon
Assignee: (
** 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
1 - 100 of 110 matches
Mail list logo
