[Yahoo-eng-team] [Bug 1899487] Re: cloud-init hard codes MTU configuration at initial deploy time

[Expired for netplan.io (Ubuntu) because there has been no activity for 60 days.] ** Changed in: netplan.io (Ubuntu) Status: Incomplete => Expired -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to cloud-init. https://bugs.lau

[Yahoo-eng-team] [Bug 1899487] Re: cloud-init hard codes MTU configuration at initial deploy time

[Expired for cloud-init because there has been no activity for 60 days.] ** Changed in: cloud-init Status: Incomplete => Expired -- 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/18

[Yahoo-eng-team] [Bug 1908133] [NEW] Nova does not track shared ceph pools across multiple nodes

Public bug reported: Environment: - tested in focal-victoria and bionic-stein == Steps to reproduce: 1) Deploy OpenStack having 2 nova-compute nodes 2) Configure both compute nodes to have a RBD backend pointing to the same pool in ceph as below: [libvirt] images_type = rbd

[Yahoo-eng-team] [Bug 1908074] [NEW] swift backend: openstack image-download / glance image-save fails

Public bug reported: Hi, I'm the maintainer of OpenStack in Debian. Using a deployment with Swift as backend, with glance-api.conf configured this way: [swift] swift_store_cacert=/etc/ssl/certs/oci-pki-oci-ca-chain.pem swift_store_create_container_on_put=True swift_store_endpoint_type=internalUR

[Yahoo-eng-team] [Bug 1908075] [NEW] Nova allows a non-multiattach volume to be attached to multiple instances *if* its volume state is reset by an admin

Public bug reported: Description === $subject, this is an odd little corner case but if an admin resets the state of an attached volume to available there are no checks within n-api stopping a user from attaching the volume to another instance, regardless of the original bdm record. St

[Yahoo-eng-team] [Bug 1907686] Re: instance unable to retrieve metadata

Note that the fact the port/instance was hardware offloaded is not material here - I just tripped on the same issue with virtio ports. ** Also affects: neutron Importance: Undecided Status: New ** Summary changed: - instance unable to retrieve metadata + ovn: instance unable to retriev

[Yahoo-eng-team] [Bug 1907216] Re: Wrong image ref after unshelve

** Also affects: compute-hyperv Importance: Undecided Status: New ** Changed in: compute-hyperv Assignee: (unassigned) => Lucian Petrut (petrutlucian94) -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to OpenStack Comp

[Yahoo-eng-team] [Bug 1907843] Re: security groups filtered with tenant_id does not accept rbac

I just tested it locally with Openstack CLI client and it works fine: http://::1:9696 "GET /v2.0/security-groups?fields=id&fields=name&fields=description&fields=project_id&fields=tags HTTP/1.1" 200 341 RESP: [200] Connection: keep-alive Content-Length: 341 Content-Type: application/json Date: M

[Yahoo-eng-team] [Bug 1908057] [NEW] Ensure "keepalived" is correctly disabled (the process does not exist)

Public bug reported: Ensure "keepalived" is correctly disabled, that means the process does not exist. Currently the process is terminated sending a SIGTERM signal [1]. If that fails, for any reason, the "keepalived" process will continue running. For example in [2][3]: the SIGTERM signal is sent