Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1700178

Summary: Octavia amphora image uploaded into glance even if it already exists
Product: Red Hat OpenStack Reporter: Matt Parkinson <mparkins>
Component: openstack-tripleo-commonAssignee: Brent Eagles <beagles>
Status: CLOSED CURRENTRELEASE QA Contact: Bruna Bonguardo <bbonguar>
Severity: low Docs Contact:
Priority: low    
Version: 13.0 (Queens)CC: alonare, beagles, cgoncalves, chrisbro, ihrachys, lpeer, majopela, mburns, mparkins, nchandek, nsatsia, pnguyen, schhabdi, scohen, slinaber
Target Milestone: z11Keywords: Triaged, ZStream
Target Release: 13.0 (Queens)   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-04-29 11:12:51 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Matt Parkinson 2019-04-16 04:59:28 UTC
Description of problem:

During an overcloud deploy and subsequent stack updates, an md5sum is taken of the Octavia amphora image file (/usr/share/rhosp-director-images/octavia-amphora.qcow2). This is compared to the checksum of the existing amphora image in glance before deciding whether or not to upload the amphora image file into glance.

These checksums are always different, resulting in the image being unnecessarily uploaded on every overcloud stack update. The reason is that the local Octavia image file is converted from qcow2 to raw format before being uploaded into glance. This occurs after the checksum is taken, not before.

Manually performing an md5sum on the converted image (in my case /tmp/ansible.mRsIIP/octavia-amphora.img) shows that the checksums match between the converted image and the glance image checksum of an existing image.

The playbook logic needs to be fixed, probably to perform the image conversion first, then run a checksum and compare to the glance image checksum.


Version-Release number of selected component (if applicable):

octavia-amphora-image-x86_64-13.0-20190304.1.el7ost.noarch
octavia-amphora-image-13.0-20190304.1.el7ost.noarch
puppet-octavia-12.4.0-8.el7ost.noarch


How reproducible:

Always


Steps to Reproduce:
1. Deploy OSP13 overcloud with Octavia
2. Run `openstack overcloud deploy` again
3. Check glance images


Actual results:

Octavia amphora image is continually re-uploaded


Expected results:

checksum should confirm that image upload is not necessary


Additional info:

Comment 5 Phuong 2019-11-27 00:42:48 UTC
Hi,

We are still experiencing this issue on z8 release.


Phuong

Comment 6 Carlos Goncalves 2019-11-27 08:36:51 UTC
Engineering acknowledges this issue. However, how does this negatively impact customers other than taking a few more seconds on stack update?
This BZ was set with severity by the reporter and received priority low by Engineering. Please let us know if there's a considerable impact we have not considered, we can reconsider priority.

Comment 8 Carlos Goncalves 2019-12-02 15:10:10 UTC
As part of fixing BZ#1745643, the associated patch will also fix the issue here reported.

Comment 15 AMOL LONARE 2021-02-26 11:57:51 UTC
HI all,
Do we have any update on this BZ?

Regards,
Amol Lonare