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

Bug 2055829

Summary:	[RFE] /var/tmp should be on its own partition
Product:	[oVirt] imgbased	Reporter:	Yedidyah Bar David <didi>
Component:	General	Assignee:	Yedidyah Bar David <didi>
Status:	CLOSED CURRENTRELEASE	QA Contact:	cshao <cshao>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	1.2.23	CC:	arachman, bugs, cshao, emarcus, lsvaty, lveyde, mavital, peyu, sanja, sbonazzo, weiwang, yaniwang
Target Milestone:	ovirt-4.5.0	Keywords:	FutureFeature, ZStream
Target Release:	1.2.24	Flags:	sbonazzo: ovirt-4.5+ pm-rhel: planning_ack? sbonazzo: devel_ack+ pm-rhel: testing_ack?
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	imgbased-1.2.24	Doc Type:	Enhancement
Doc Text:	`/var/tmp` is now on a separate lvm partition for DISA-STIG support.	Story Points:	---
Clone Of:
Clones:	2104408 (view as bug list)		Environment:
Last Closed:	2022-04-20 06:33:59 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	Node	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	2057475, 2058538
Bug Blocks:	2015802, 2057338

Description Yedidyah Bar David 2022-02-17 18:07:03 UTC

Description of problem:

DISA STIG requires /var/tmp to be on a separate partition.

A summary of an internal discussion about sizes:

Right now /var is 15GB (not including some subdirs that already have their own partition).

/var/tmp normally does not need to be that large, except for one known case - hosted-engine deployment, which creates a local VM with its disk image on /var/tmp. The ost-images project (used for ovirt-system-tests) already has /var/tmp on a separate partition, and it's set to 9220 MB. I suppose it was done as close-to-minimum, as we try to save space on CI there. So probably something slightly larger than that should be enough for all normal cases. We decided to have /var/tmp of 10GB, and make /var 5GB (instead of current 15) - this will keep the entire minimal storage needs unchanged, and should be enough for most cases.

Comment 1 cshao 2022-03-18 04:52:03 UTC

Test version:
RHVH-4.5-20220315.0-RHVH-x86_64-dvd1.iso

imgbase w 
You are on rhvh-4.5.0.2-0.20220315.0+1
# df -h
Filesystem                                      Size  Used Avail Use% Mounted on
devtmpfs                                        1.8G     0  1.8G   0% /dev
tmpfs                                           1.8G   12K  1.8G   1% /dev/shm
tmpfs                                           1.8G  8.8M  1.8G   1% /run
tmpfs                                           1.8G     0  1.8G   0% /sys/fs/cgroup
/dev/mapper/rhvh-rhvh--4.5.0.2--0.20220315.0+1   23G  3.5G   19G  16% /
/dev/sda1                                      1014M  504M  511M  50% /boot
/dev/mapper/rhvh-home                          1014M   40M  975M   4% /home
/dev/mapper/rhvh-var                             15G  227M   15G   2% /var
/dev/mapper/rhvh-tmp                           1014M   40M  975M   4% /tmp
/dev/mapper/rhvh-var_log                        8.0G  105M  7.9G   2% /var/log
/dev/mapper/rhvh-var_crash                       10G  105M  9.9G   2% /var/crash
/dev/mapper/rhvh-var_tmp                         10G  105M  9.9G   2% /var/tmp
/dev/mapper/rhvh-var_log_audit                  2.0G   48M  2.0G   3% /var/log/audit
tmpfs                                           366M     0  366M   0% /run/user/0

5GB /var and 10GB /var/tmp. So the bug is fixed, change bug status to VERIFIED.

Comment 2 Sandro Bonazzola 2022-04-20 06:33:59 UTC

This bugzilla is included in oVirt 4.5.0 release, published on April 20th 2022.

Since the problem described in this bug report should be resolved in oVirt 4.5.0 release, it has been closed with a resolution of CURRENT RELEASE.

If the solution does not work for you, please open a new bug report.