Bug 1122441

Summary:	kickstart installation hung when DASD not formatted
Product:	[Fedora] Fedora	Reporter:	Dan Horák <dan>
Component:	anaconda	Assignee:	Anaconda Maintenance Team <anaconda-maint-list>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	20	CC:	anaconda-maint-list, g.kaviyarasu, jonathan, jstodola, sbueno, vanmeeuwen+fedora
Target Milestone:	---
Target Release:	---
Hardware:	s390x
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2014-07-23 15:17:54 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:
Bug Depends On:
Bug Blocks:	467765

Description Dan Horák 2014-07-23 09:18:53 UTC

I tried a F-20 kickstarted installation yesterday with a freshly allocated DASD which wasn't low-level formatted yet. And the installation was hung with a message in storage.log "..., need dasdmt" (don't remember the exact message)

Comment 1 Dan Horák 2014-07-23 09:23:29 UTC

so the message was from blivet's dasd_needs_format():

...
log.info("  %s (%s) status is %s, needs dasdfmt", dasd, bypath, status)

Comment 2 Dan Horák 2014-07-23 09:26:57 UTC

I think bug #1073982 describes the same problem

Comment 3 Samantha N. Bueno 2014-07-23 15:17:54 UTC

The reason it's freezing in f20 is because there was some cruft in dasd.py that depended upon old code which was scrapped in the UI re-write.

I completely rewrote the dasd code in blivet and anaconda, and the installer now handles cpfmtxa formatted dasds. Those changes unfortunately did not make it into f20, but they are in rhel7.0 and master/f21.

Anyhow, I'm going to close this since it shouldn't be a problem anymore. I have a fix for bug 1073982, which I'll push upstream also.