Bug 789775

Summary:	Unknown module does not affect shell return status
Product:	[Fedora] Fedora	Reporter:	John Reiser <jreiser>
Component:	dracut	Assignee:	dracut-maint
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	19	CC:	dracut-maint, gwync, harald, jonathan
Target Milestone:	---	Keywords:	Reopened
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2013-05-29 13:52:19 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

Description John Reiser 2012-02-12 22:22:41 UTC

Description of problem: Attempting the usrmove procedure fails: cannot convert from a pre-usrmove Fedora 17 rawhide to a post-usrmove Fedora 17 rawhide.


Version-Release number of selected component (if applicable):
dracut-015-8.git20120210.fc18.noarch


How reproducible: haven/t tried


Steps to Reproduce:
1.# yum --enablerepo=rawhide update dracut
2.# dracut --force --add usrmove
3.
  
Actual results:
-----
Running Transaction
  Updating   : dracut-015-8.git20120210.fc18.noarch                   1/2 
  Cleanup    : dracut-014-38.git20120117.fc17.noarch                  2/2 
  Verifying  : dracut-015-8.git20120210.fc18.noarch                   1/2 
  Verifying  : dracut-014-38.git20120117.fc17.noarch                  2/2 

Updated:
  dracut.noarch 0:015-8.git20120210.fc18

Complete!

E: Dracut module "usrmove" cannot be found.
E: Dracut module "usrmove" cannot be found.
# echo $?
0
# find /usr/lib/dracut -name '*usrmove*'
#   ### empty: no usrmove module
-----
and there is no
Expected results: no complaints; module 'usrmove' present


Additional info:

Comment 1 John Reiser 2012-02-12 22:24:16 UTC

"... and there is no ..." usrmove module below /usr/lib/dracut.

Comment 2 Gwyn Ciesla 2012-02-13 12:57:10 UTC

Reassigning, this has nothing to do with zzuf.

Comment 3 Kay Sievers 2012-02-13 13:08:09 UTC

Up-to-date instructions are here:

https://fedoraproject.org/wiki/Upgrading_Fedora_using_yum#Fedora_16_-.3E_Fedora_17

Comment 4 John Reiser 2012-02-13 14:55:45 UTC

The name of the module did change to 'convertfs'.  However, there's still a bug here because when the non-existent module name 'usrmove' is specified, then the shell return code does not reflect the "E:" error(s) that appear on stderr.  Instead, when --add names an unknown module then dracut should return non-zero shell status code (usually, 1) to signify the error.

Comment 5 Fedora End Of Life 2013-04-03 19:19:33 UTC

This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.

(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19