DNS integration is a feature of Neutron, not Designate.
Also in your case has "router:external = True", which violates one of
the conditions listed in https://docs.openstack.org/neutron/queens/admin
/config-dns-int-ext-serv.html#configuration-of-the-externally-
accessible-network-for-use-case-3 so
You have been subscribed to a public bug:
openstack queens:
According to document case1 can generate dns records:
https://docs.openstack.org/neutron/queens/admin/config-dns-int-ext-serv.html#config-dns-int-ext-serv
Use case 1: Floating IPs are published with associated port DNS attributes
Accor
Reviewed: https://review.openstack.org/462355
Committed:
https://git.openstack.org/cgit/openstack/nova/commit/?id=fb3d6afc629f722cadb0b3724fb325208d29ce6a
Submitter: Zuul
Branch:master
commit fb3d6afc629f722cadb0b3724fb325208d29ce6a
Author: ForestLee
Date: Thu May 4 11:57:49 2017 +0800
Public bug reported:
I just came across a use-case where I needed to list all includes
available to me, including community ones.
It would be useful to have a new value for the visibility filter which
was 'all' to return all available images in a single request.
** Affects: glance
Importanc
Public bug reported:
When launching an instance, it is not possible to filter the source
image list by visibility values of 'Shared With Project' or 'Community'.
These options are not available as support for them appears to be
missing in the frontend JavasScript code.
The Project->Images table d
Public bug reported:
The two Patrole test cases below have helped me identify that Neutron is
incorrectly performing the policy check for creating/updating the
fixed ip_address on a port.
patrole_tempest_plugin.tests.api.network.test_ports_rbac.PortsRbacTest.
test_create_port_fixed_ips_ip_addres
** Changed in: nova
Assignee: Matt Riedemann (mriedem) => Sylvain Bauza (sylvain-bauza)
** Also affects: nova/queens
Importance: Undecided
Status: New
** Changed in: nova/queens
Status: New => Confirmed
** Changed in: nova/queens
Importance: Undecided => Medium
--
You
Moving this back to Fix Committed since we haven't released the fix yet.
** Changed in: keystone
Assignee: (unassigned) => Colleen Murphy (krinkle)
** Changed in: keystone
Status: Fix Released => Fix Committed
--
You received this bug notification because you are a member of Yahoo!
** Also affects: nova (Ubuntu Bionic)
Importance: Undecided
Status: New
** Changed in: nova (Ubuntu Bionic)
Status: New => Triaged
** Changed in: nova (Ubuntu Bionic)
Importance: Undecided => Medium
** Also affects: cloud-archive
Importance: Undecided
Status: New
*
Public bug reported:
Environment : RHEL 7.5 on Azure, using cloud-init 18.2 rebase with these
patches: https://git.launchpad.net/cloud-init/commit/?id=aa4eeb80
Scenario:
I provision an image with the above on Azure, in addition, i apply this
cloud-init config:
#cloud-config
disk_setup:
ephem
Public bug reported:
When we configure two or more lbaas haproxy agents with high
availability by setting the allow_automatic_lbaas_agent_failover to
True for failover, then the LBaaS fails over to an available active
agent, either when the agent is not responsive or the agent lost
connection wit
Public bug reported:
Sample run: http://logs.openstack.org/83/577383/1/experimental/neutron-
functional-python35/e2cbc92/logs/testr_results.html.gz
ft1.2:
neutron.tests.functional.agent.linux.test_netlink_lib.NetlinkLibTestCase.test_delete_tcp_entry_StringException:
pythonlogging:'': {{{
DEBUG
Public bug reported:
When you add esp rule with port range the openvswitch agent fails during sync
iptables rule with error:
ERROR neutron.plugins.ml2.drivers.openvswitch.agent.ovs_neutron_agent ; Stdout:
; Stderr: iptables-restore v1.4.21: multiport only works with TCP, UDP,
UDPLITE, SCTP and
Public bug reported:
- [x] This is a doc addition request.
The powervm driver also supports config drive since queens:
https://review.openstack.org/#/c/409404/
---
Release: 18.0.0.0b3.dev225 on 2018-06-28 13:03
SHA: de7055bfa937a0b3d26e5a02e9fc38650a0bfdb1
Source:
Reviewed: https://review.openstack.org/577023
Committed:
https://git.openstack.org/cgit/openstack/nova/commit/?id=5b72eeec54e9287f6638ab10d2b3d80ad4bfb1ee
Submitter: Zuul
Branch:master
commit 5b72eeec54e9287f6638ab10d2b3d80ad4bfb1ee
Author: chenxing
Date: Thu Jun 21 10:36:27 2018 +0800
** Also affects: nova/queens
Importance: Undecided
Status: New
** Changed in: nova/queens
Status: New => In Progress
** Changed in: nova/queens
Importance: Undecided => Low
** Changed in: nova/queens
Assignee: (unassigned) => Matt Riedemann (mriedem)
--
You received th
Public bug reported:
Version: 18.2
originally filed at
https://bugzilla.opensuse.org/show_bug.cgi?id=1097388
I found that cloud-init did not import authorized keys
because DataSourceNone was used
because the metadata API detection ran before the VM's network was up.
** Affects: cloud-init
Reviewed: https://review.openstack.org/576438
Committed:
https://git.openstack.org/cgit/openstack/nova/commit/?id=1a079a6394b567ea38cc892146ad13829c1c0256
Submitter: Zuul
Branch:master
commit 1a079a6394b567ea38cc892146ad13829c1c0256
Author: jichenjc
Date: Fri Jun 8 14:59:05 2018 +0800
Public bug reported:
It happens now quite often that tempest related tests in neutron are failing
because of reaching global job timeout.
Example of such failure:
http://logs.openstack.org/61/566961/4/check/neutron-tempest-iptables_hybrid/c70896b/job-output.txt.gz
We need to investigate why tho
Public bug reported:
It happens quite often recently.
Examples of failures:
http://logs.openstack.org/58/565358/14/check/openstack-tox-py35/aa30b12/job-output.txt.gz
or
http://logs.openstack.org/03/563803/9/check/openstack-tox-py35/a50de4a/job-output.txt.gz
** Affects: neutron
Importance:
I think that this issue is related more to how OpenStack client handles such
errors returned from API and You should open it against OSC in storyboard.
Neutron is reporting correctly that this rule type is not supported by this
backend.
** Changed in: neutron
Status: New => Invalid
** Ta
21 matches
Mail list logo