Bug 171337

Summary:	mkfs.cramfs dies creating installer image
Product:	[Fedora] Fedora	Reporter:	Jeremy Katz <katzj>
Component:	util-linux	Assignee:	Karel Zak <kzak>
Status:	CLOSED RAWHIDE	QA Contact:	Ben Levenson <benl>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide	CC:	david.r.bentley
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2005-11-07 12:48:52 UTC	Type:	---
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:	150222

Description Jeremy Katz 2005-10-20 21:16:52 UTC

Switching to mkfs.cramfs (... removing /usr/bin/mkcramfs broke our scripts, but
I fixed that) causes the creation of the smaller second stage image to fail
  Building minstg.img
  Running mkcramfs  /tmp/instimage.dir.20103   
  /mnt/redhat/devel/katzj/i386/i386/Fedora/base/minstg2.img
  Exceeded MAXENTRIES.  Raise this value in mkcramfs.c and recompile.  Exiting.

The other mkcramfs changed the size of the entry_stack dynamically

Comment 1 Karel Zak 2005-10-20 21:59:03 UTC

The hard coded size is a new odd change by upstream... 

Fixed. Please, update to util-linux >= util-linux-2.13-0.7.pre5.

Comment 2 Jeremy Katz 2005-10-20 22:32:15 UTC

This also seems to break other things in the image -- a number of the files end
up being zero length which shouldn't be.  Backing the package out fixes things...

Comment 3 Karel Zak 2005-10-21 09:46:07 UTC

Please, show my a way how I can reproduce it.

I've tried extract files from stage2 and created image by old version (mkcramfs)
and by new version and there is no difference in the list of files (after mount
by loop).

Comment 4 Jeremy Katz 2005-10-24 13:55:31 UTC

*** Bug 171574 has been marked as a duplicate of this bug. ***

Comment 5 Karel Zak 2005-10-25 21:09:29 UTC

I still cannot reproduce this bug. 

mkfs.cramfs from util-linux-2.13-0.7.pre5:

# wget
http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/base/minstg2.img

# mount ./minstg2.img ./mountpoint -o loop

# ./mkfs.cramfs ./mountpoint ./minstg2.img-new

# mount ./minstg2.img-new ./mountpoint-new -o loop

# cd mountpoint    <-- old image
# for f in `find ./ -type f | sort`; do md5sum $f; done > ../old

# cd ../mountpoint-new  <-- new image
# for f in `find ./ -type f | sort`; do md5sum $f; done > ../new

# cd ..

$ md5sum old new
5fadf94c6ee3e861ebe1d1fe3f64d048  old
5fadf94c6ee3e861ebe1d1fe3f64d048  new

It meants that the contents of files in the images is same.

Comment 6 Jeremy Katz 2005-10-26 16:17:52 UTC

Try with stage2.img instead?  I still haven't gotten to looking yet, too many
other things burning :/

Comment 7 Karel Zak 2005-11-04 19:41:39 UTC

My previous test has been on FC4 (with FC5 util-linux). Now I do same test with
same src.rpm on FC5 machine and it seems bad... So, I'm able to reproduce this
problem. Sorry...

Comment 8 Karel Zak 2005-11-07 12:48:52 UTC

Fixed. Please, update to util-linux-2.13-0.10.pre5.