Bug 427375

Summary: Creating a CD set in revisor only gives me the SHA1SUM, no ISOs
Product: [Fedora] Fedora Reporter: Gwyn Ciesla <gwync>
Component: revisorAssignee: Jeroen van Meeuwen <vanmeeuwen+fedora>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: low    
Version: 8CC: jonathansteffan, vanmeeuwen+fedora
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: 2008-05-12 18:44:47 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:
Attachments:
Description Flags
Revisor log, debug mode none

Description Gwyn Ciesla 2008-01-03 16:12:31 UTC
I ran revisor on f-8, tried to create a set, and it looked like everything was
fine, but all I got in /srv/revisor/f8-i386/iso was the SHA1SUM.

Version 2.0.5-14, f8.

Comment 1 Jeroen van Meeuwen 2008-01-03 16:22:52 UTC
Thanks for creating a separate bug, Jon

Tell me if the SHA1SUM file has any entries at all, please

If you build with --install-tree, is the tree created properly? Is disk space an
issue (at all)? If all else fails, please attach the output of a --debug run.

Comment 2 Gwyn Ciesla 2008-01-03 16:35:19 UTC
cat SHA1SUM
/usr/bin/sha1sum: F-8-i386-CD.iso: No such file or directory


Not sure about --install-tree, ran from the desktop, so no flags passed.

Disk space isn't an issue, I don't think.  I have /srv/revisor symlinked to a
large partition (9.6GB free).  Would I need equivalent space available on
/var/tmp?  Not familiar with how it moves the bits around.  If needed, I can
shift /var/tmp to the larger dik and try again.

Comment 3 Gwyn Ciesla 2008-01-03 16:36:51 UTC
s/dik/disk/g.  Yikes.

Comment 4 Gwyn Ciesla 2008-01-03 16:39:50 UTC
Correction, /var/tmp IS on the larger disk.

Comment 5 Jeroen van Meeuwen 2008-01-03 16:47:41 UTC
Judging from the name (F-8-i386-CD.iso not having a disc number), that should be
large enough alright.

I have not seen this behaviour yet. Is genisoimage installed? I just found out
it isn't a requirement of the revisor package.

Comment 6 Gwyn Ciesla 2008-01-03 17:02:51 UTC
genisoimage-1.1.6-6.fc8


FWIW, revisor worked before I upgraded from F7 to F8.

Comment 7 Jeroen van Meeuwen 2008-01-03 17:11:03 UTC
I'd like to see the output of revisor once you started it with the --debug flag.
From a terminal, run:

sudo revisor --debug 2>&1 |tee revisor.log

Comment 8 Gwyn Ciesla 2008-01-03 18:30:40 UTC
Created attachment 290756 [details]
Revisor log, debug mode

Same result.  Diskspace is still fine afterward, FWIW.

Comment 9 Jeroen van Meeuwen 2008-02-16 02:09:40 UTC
Trying to reproduce the issue locally with the master GIT branch.

Comment 10 Jeroen van Meeuwen 2008-02-16 16:51:33 UTC
Cannot reproduce using the master branch, trying the 2.0.5 F-8 branch now

Comment 11 Jeroen van Meeuwen 2008-05-10 16:53:48 UTC
I'm sorry I've taken so long, but this still is not reproducible for me, unless
I fake not enough diskspace. You could try with the latest Revisor, and possibly
suspend (ctrl-z) it during the mkisofs stage, and then run the command manually
see if it has any errors in the output?

Comment 12 Gwyn Ciesla 2008-05-12 18:44:47 UTC
Hmm, now I can't reproduce it.  I think I misunderstood all the places I needed
certain amounts of free disk.  I've since moved /tmp to another partition and it
works swimingly. 

Sorry for the confusion.