Bug 1435420

Summary:	[RFE] Pulp should not allow sync actions when available disk space is low
Product:	Red Hat Satellite	Reporter:	Craig Donnelly <cdonnell>
Component:	Pulp	Assignee:	satellite6-bugs <satellite6-bugs>
Status:	CLOSED WONTFIX	QA Contact:	Katello QA List <katello-qa-list>
Severity:	high	Docs Contact:
Priority:	high
Version:	6.2.8	CC:	bkearney, jcallaha, pcreech, rjerrido
Target Milestone:	Unspecified	Keywords:	FutureFeature, PrioBumpGSS, UserExperience
Target Release:	Unused
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2018-10-03 19:20:03 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 Craig Donnelly 2017-03-23 18:21:28 UTC

Description of problem:

Currently in Satellite 6, a default setup scenario without customizing the partitioning layout explicitly, we hold all pulp content in /var.
With this in mind, we are living on the same partition as the databases for the Satellite, including PostgreSQL as well as MongoDB.

We would like to implement a way to have pulp check and verify /possible/ space requirement of initiated syncs in order to attempt to prevent a disk full situation as a result of sync tasks.

Through discussion with other engineers, it is apparent that we could not likely accomplish this directly through Satellite, but will probably require work directly in pulp to perform correctly.

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

How reproducible:
100%

Steps to Reproduce:
1. Install standard partitioned Minimal/Base RHEL Server 6/7
2. Sync until you fill up /var (no special partitioning scheme)
3. Plausibly witness database corruption in PGSQL/MongoDB depending on actions taken on satellite at time of disk running out. (Mongo possibly terminates as well, depending on scenario)

Actual results:
Satellite Data Corruption

Expected results:
Prevent filling disk, if at all possible.

Additional info:

Comment 1 Bryan Kearney 2018-10-03 19:20:03 UTC

Thank you for your interest in Satellite 6. We have evaluated this request, and while we recognize that it is a valid request, we do not expect this to be implemented in the product in the foreseeable future. This is due to other priorities for the product, and not a reflection on the request itself. We are therefore closing this out as WONTFIX. If you have any concerns about this, please do not reopen. Instead, feel free to contact Rich Jerrido or Bryan Kearney. Thank you.