** Also affects: cloud-init (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to cloud-init.
https://bugs.launchpad.net/bugs/1872836
Title:
Swap file creation broken due to incorre
** Changed in: cloud-init
Status: In Progress => Fix Committed
** Also affects: cloud-init (Ubuntu)
Importance: Undecided
Status: New
** Changed in: cloud-init (Ubuntu)
Status: New => Fix Committed
** Also affects: cloud-init (Ubuntu Focal)
Importance: Undecided
Public bug reported:
the Neutron port dns_assignment dont match the designate DNS records
assigned to the Neutron port
as explained in the link below
https://docs.openstack.org/neutron/pike/admin/config-dns-int.html
when a user creates a neutron port using the command below
neutron port-create
I don't think that implementing just subiquity is enough. Ubiquity was
the last piece of ubuntu-drivers integration on the Desktop, as update-
manager continiously was already checking for any new drivers that are
available for the systems' hardware, and continiously providing
notifications to inst
This bug was fixed in the package open-iscsi - 2.0.874-7.1ubuntu6
---
open-iscsi (2.0.874-7.1ubuntu6) focal; urgency=medium
* d/extra/initramfs.local-{top,bottom}: move removal of open-iscsi.interface
file from local-top to local-bottom, and fix shell quoting issue that
woul
Reviewed: https://review.opendev.org/717889
Committed:
https://git.openstack.org/cgit/openstack/glance/commit/?id=bd16ab256e6bf6b423f3bdbd366ba0b56d5bc619
Submitter: Zuul
Branch:master
commit bd16ab256e6bf6b423f3bdbd366ba0b56d5bc619
Author: khashf
Date: Mon Apr 6 17:59:13 2020 -0700
Reviewed: https://review.opendev.org/714311
Committed:
https://git.openstack.org/cgit/openstack/nova/commit/?id=a18dbb5670da0c0b63c4bd69055262b4b7b17e58
Submitter: Zuul
Branch:master
commit a18dbb5670da0c0b63c4bd69055262b4b7b17e58
Author: Marcin Juszkiewicz
Date: Mon Mar 23 12:07:02 2020
The document you are referencing in
https://bugs.launchpad.net/keystone/+bug/1872599/comments/2 is for pike,
please see the up to date documentation for your release.
** Changed in: keystone
Status: Incomplete => Invalid
--
You received this bug notification because you are a member of Ya
rally passed fine on recent backports train to rocky, so we can mark
this one fixed with both fixes mentioned in comment #4
** Changed in: neutron
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscrib
As Melanie correctly stated we need to merge the Train backport of the
bugfix to have the problem disappear from granade jobs as that runs a
train -> master upgrade.
** Changed in: nova
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Yah
Public bug reported:
I run OpenStack on AArch64 hardware. Which is not x86-64 compatible for
sure ;D
Nova compute log has info about AMD SEV feature check which is not
present on aarch64 architecture:
2020-04-14 08:49:55.290 7 DEBUG nova.virt.libvirt.host
[req-660304ea-428a-4bb5-999a-54ef275c59
*** This bug is a duplicate of bug 1845530 ***
https://bugs.launchpad.net/bugs/1845530
OK I confirmed that https://review.opendev.org/#/c/685181/ fixed the
reported bug and now with and without the token each query returns the
same version document.
** This bug has been marked a duplicate of
I'll close this bug for keeping our bug tracking correct. Feel free to
mark this bug as duplicate if you created another bug.
** Changed in: nova
Status: In Progress => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed t
Public bug reported:
"Update Metadata" button is visible by all roles on following objects :
volumes
snapshots
and allow them to update it even when they should not be able to.
** Affects: horizon
Importance: Undecided
Status: New
--
You received this bug notification because you
Reviewed: https://review.opendev.org/719777
Committed:
https://git.openstack.org/cgit/openstack/horizon/commit/?id=74d76e900f28e88190a35bff921c56349077ca53
Submitter: Zuul
Branch:master
commit 74d76e900f28e88190a35bff921c56349077ca53
Author: Ivan Kolodyazhny
Date: Tue Apr 14 12:19:29 2020
Public bug reported:
We're building an OVA based on https://cloud-
images.ubuntu.com/releases/bionic/release/ubuntu-18.04-server-cloudimg-
amd64.ova
Our cloud-init config includes this:
--- 8< ---
users:
- name: foo
groups: "users, admin, adm, systemd-journal"
lock_passwd: false
pl
>From what I've seen, nova just tries to use the configured token section
for calling the Cinder API thru cinderclient and this doesn't work.
FWIW, you probably have a misconfigured [cinder] section in nova.conf
and if you use Fernet tokens, please read
https://docs.openstack.org/keystone/pike/adm
It seems the problem is still happening even after the fix merged to
master.
Here is a recent appearance
https://7ad29d1b700c1da60ae0-1bae5319fe4594ade335a46ad1c3bcc9.ssl.cf2.rackcdn.com/717083/5/check
/neutron-grenade-multinode/2be9497/logs/screen-n-sch.txt
** Changed in: nova
Status: Fix
When you say "the failed action lead to the instance is undefined which is
unacceptable (we accept fail to start, but not the VM undefine)" do you mean
that your problem is that nova undefined the domain in libvirt?
If yes, then how does this effects you as a nova user? You also mentioned that
t
** Changed in: nova
Status: New => 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.net/bugs/1863107
Title:
Stein->Train Upgrade : Old nova services not cleaned
Sta
Public bug reported:
currently, class OpenSwanProcess weil define
self.pid_file = '%s.pid' % self.pid_path
print pid_file in log file:
e.g:
/opt/stack/data/neutron/ipsec/4d97aa64-10c1-42ab-9d49-0aeb682e3d8f/var/run/pluto.pid
but the cmd to start pluto process
sudo neutron-rootwrap /etc/neutron
Public bug reported:
While we build_instances() we should cleanup arqs if the
_create_and_bind_arqs() failed.
In _cleanup_when_reschedule_fails()[1] we clean the arqs if
_create_and_bind_arqs() failed, but I think we just only clean it at
L847 if the _create_and_bind_arqs() failed [3]. If we add
This is intended by design : we don't want the compute manager to
hardstop on an exception, but we rather want to have the instance going
into an ERROR state with the proper exception handling [1]
Since the libvirt driver exposes the fact that it can't resize on the
same host, that's why allow_res
Looks a valid bug for Cinder (or at least some kind of Glance<->Cinder
interlaced issue).
Either way, moving it to the cinder team.
** Project changed: nova => cinder
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Comp
Tons of connection exceptions in the n-cpu logs. Looks like you
misconfigured it.
2020-04-12 23:29:01.150 10350 CRITICAL nova
[req-51f5a237-fddc-4298-92fb-0b09b134b85c - - - - -] Unhandled error:
ConnectFailure: Unable to establish connection to
http://10.0.0.11:5000/v3/auth/tokens: HTTPConnect
25 matches
Mail list logo
