Bug 429509
Summary: | Pungi misses .discinfo | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jay Turner <jturner> |
Component: | pungi | Assignee: | David Cantrell <dcantrell> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 8 | CC: | gary, srevivo, timball, 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-07-16 02:06: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: | |
Embargoed: |
Description
Lubomir Kundrak
2008-01-21 08:39:47 UTC
I've experienced something similar, basically .discinfo doesn't get created. --snip--snip--snip-- [root@clipper pungi]# pungi --version pungi 1.1.10 [root@clipper pungi]# uname -a Linux clipper.techprogress.org 2.6.23.1-42.fc8 #1 SMP Tue Oct 30 13:18:33 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux [root@clipper pungi]# cat /etc/fedora-release Fedora release 8 (Werewolf) [root@clipper pungi]# setarch x86_64 pungi -c ./foo.ks --nosource --name=CAP --ver=0.5 ... Pungi.Pungi:INFO: Linking release note file RPM-GPG-KEY-fedora-test Pungi.Pungi:INFO: Linking release note file RPM-GPG-KEY-rawhide Pungi.Pungi:INFO: Copying release note dir images Pungi.Pungi:INFO: Copying release note dir stylesheet-images Traceback (most recent call last): File "/usr/bin/pungi", line 178, in <module> main() File "/usr/bin/pungi", line 91, in main mypungi.doCreateSplitrepo() File "/usr/lib/python2.5/site-packages/pypungi/pungi.py", line 299, in doCreateSplitrepo discinfo = open(os.path.join(self.topdir, '.discinfo'), 'r').readlines() IOError: [Errno 2] No such file or directory: '/root/pungi/0.5/x86_64/os/.discinfo' This is my foo.ks: [root@clipper pungi]# cat foo.ks # Kickstart file automatically generated by anaconda. repo --name=fedora-8 --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-8&arch=x86_64 cmdline cdrom lang en_US.UTF-8 keyboard us network --device eth1 --bootproto dhcp --hostname clipper.techprogress.org rootpw --iscrypted [redacted] firewall --enabled --port=22:tcp authconfig --enableshadow --enablemd5 selinux --enforcing timezone --utc America/New_York bootloader --location=mbr --driveorder=cciss/c0d0 %packages @base vim-enhanced %end I'd close this. The problem in my case was that buildinstall or pungi whatever was didn't contain much error handling so even though buildinstall failed and exited before creating .buildinstall it just silently proceeded. I do not remember what was the exact problem in my case, maybe it was shortage of disk space or something like that. The problem both in your and in my case is that we ommited anaconda-runtime from packages and that is required for the images to generate. Still the error handling could be improved. Yeah, I agree. buildinstall happily returns 0 even though it failed crap, so pungi doesn't catch it. Not sure what I'm going to do about this. *** Bug 432505 has been marked as a duplicate of this bug. *** Well, I've made it so that anaconda-runtime isn't necessary in the manifest, since buildinstall now takes yum repos for input it can download what it needs. |