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

Bug 2216209

Summary:	/tmp isn't properly cleaned after image conversion due to amp_tmp_dir variable being overriden by subsequente declaration
Product:	Red Hat OpenStack	Reporter:	David Hill <dhill>
Component:	tripleo-ansible	Assignee:	Brent Eagles <beagles>
Status:	CLOSED MIGRATED	QA Contact:	Joe H. Rahme <jhakimra>
Severity:	low	Docs Contact:
Priority:	low
Version:	16.2 (Train)	CC:	averdagu, beagles, enothen, gregraka, gthiemon, ssiddiqui
Target Milestone:	async	Keywords:	Reopened, Triaged
Target Release:	---
Hardware:	x86_64
OS:	All
Whiteboard:
Fixed In Version:		Doc Type:	Known Issue
Doc Text:	Currently, for Load-balancing service (octavia) deployments, every time an Ansible workflow is triggered, Ansible dumps an amphora image into the temporary directory. The Ansible workflow does not auto-clean these images and space utilization issues can occur. Workaround: refer to the Red Hat Knowledgebase Solution, link:https://access.redhat.com/solutions/7028871[OpenStack deployments with octavia leave orphan amphora images].	Story Points:	---
Clone Of:		Environment:
Last Closed:	2025-01-10 13:56:42 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 David Hill 2023-06-20 13:58:11 UTC

Description of problem:
/tmp isn't properly cleaned after image conversion due to amp_tmp_dir variable being overriden by subsequente declaration.  The following patch might be enough to fix all of those issues.   Worse case, we create a tmp folder uselessly but delete it at the end.

https://review.opendev.org/c/openstack/tripleo-ansible/+/886495

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


How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 Brent Eagles 2023-07-04 12:24:47 UTC

Nice catch and thanks for the patch.

Comment 7 Eric Nothen 2024-10-23 10:37:41 UTC

Reopening as discussed and attaching current customer case.