Bug 1151114 – Ephemeral disk format option ignored

Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.

Bug 1151114 - Ephemeral disk format option ignored

Summary:	Ephemeral disk format option ignored

Status:	CLOSED ERRATA

Aliases:	None

Product:	Red Hat OpenStack
Classification:	Red Hat
Component:	openstack-nova (Show other bugs)
Sub Component:
Version:	5.0 (RHEL 7)
Hardware:	Unspecified Unspecified

Priority	medium Severity medium
Target Milestone:	z4
Target Release:	5.0 (RHEL 7)
Assigned To:	Sahid Ferdjaoui
QA Contact:	nlevinki
Docs Contact:

URL:
Whiteboard:
Keywords:	ZStream

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2014-10-09 11:31 EDT by Marko Myllynen
Modified:	2015-04-16 10:34 EDT (History)
CC List:	13 users (show)

See Also:
Fixed In Version:	openstack-nova-2014.1.3-15
Doc Type:	Bug Fix
Doc Text:	The ephemeral disk format (for example, 'ext4' or 'xfs') was previously not taken into account if using the nova boot command ([--ephemeral size=<size>[,format=<format>]]). Instead, the default format was used. With this update, Compute's libvirt driver now uses the specified format.
Story Points:	---
Clone Of:
Environment:
Last Closed:	2015-04-16 10:34:42 EDT
Type:	Bug
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Flags:	pbrady: internal‑review+

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

External Trackers
Tracker	ID	Priority	Status	Summary	Last Updated
Red Hat Product Errata	RHSA-2015:0843	normal	SHIPPED_LIVE	Important: openstack-nova security, bug fix, and enhancement update	2015-04-16 14:27:45 EDT

Groups: None (edit)

Description Marko Myllynen 2014-10-09 11:31:26 EDT

Description of problem:
When requesting an ephemeral disk with ...format=ext4... or ...format=xfs... the parameter is ignored, blkid / dumpe2fs both confirm that the provided disk is actually ext3.

See also https://bugs.launchpad.net/tripleo/+bug/1266262.

Comment 2 Dan Smith 2014-10-23 11:12:01 EDT

Sahid, Nikola says you might know something about this?

Comment 3 Pádraig Brady 2014-10-23 19:56:29 EDT

Note also the Juno fix https://review.openstack.org/#/c/100473/

Comment 4 Sahid Ferdjaoui 2014-10-29 11:03:23 EDT

I'm going to backport the fix proposed upstream.

Comment 8 nlevinki 2015-04-13 03:02:43 EDT

This ticket was verified, you need to change the configuration before writing which format you want the disk to be.
The default is ext3 and if you don't change the configuration it will create an ext3 disk regardless of what you want.

Comment 10 errata-xmlrpc 2015-04-16 10:34:42 EDT

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

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

https://rhn.redhat.com/errata/RHSA-2015-0843.html

Note You need to log in before you can comment on or make changes to this bug.