Bug 246357
Summary: | Anaconda crashes when installing ISO created by pungi | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Luis Felipe Marzagao <lfelipebm> | ||||||
Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> | ||||||
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | high | Docs Contact: | |||||||
Priority: | low | ||||||||
Version: | 7 | CC: | admin, dcantrell, fermin, info, moe, pochinet.org, vanmeeuwen+fedora | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | i386 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2007-07-12 02:33:27 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
Luis Felipe Marzagao
2007-06-30 22:19:28 UTC
Created attachment 158576 [details]
Automatically generated Anaconda bug report crash
Same behaviour here. If you make an ISO by default, it works. But if you add
other repositories (updates, personal repos, etc), the ISO doesn't works well:
complains with a similar error. I include my anaconda crash in the attach.
Comment on attachment 158576 [details]
Automatically generated Anaconda bug report crash
I forgot to say that I used "revisor" to create the ISO.
I think it happens with both revisor or pungi because the first uses the second as the engine. Confirmed with https://hosted.fedoraproject.org/projects/revisor/ticket/209 I've managed to build a installable ISO with some extra rpms of my own. I've created a separated repo, then createrepoed it, added it to comps file and it's worked. What really doesn't work is the fedora updates repo. If I add this repo to revisor configuration file, then anaconda crashes. I wonder what specific package from updates is causing the trouble. It would be nice, as a workaround, to remove just this package temporarily until the bug is solved. I have the same problem, I use default conf file except minimal-manifest: file minimal-manifest: anaconda anaconda-runtime at authconfig autofs bash busybox-anaconda bind bind-libs bind-utils binutils bzip2 caching-nameserver chkconfig clamav cpio coreutils crontabs cups ddclient dhclient dhcp dialog diffutils dos2unix dosfstools dovecot dump e2fsprogs eject ethtool file filesystem findutils ftp gawk grep grub gzip hal hdparm hesiod httpd info initscripts iproute ipsec-tools iptables iptables-ipv6 iscsi-initiator-utils jwhois kernel kudzu less logrotate make MAKEDEV man man-pages microcode_ctl mkinitrd mktemp mlocate mod_auth_mysql mod_auth_pgsql mod_authz_ldap mrtg mysql mysql-server ncftp nmap nscd ntfs-3g ntfsprogs openldap openldap-clients openldap-servers openssh openssh-clients openssh-server openssl openvpn pam pam_krb5 pam_smb passwd php php-common php-ldap php-mysql php-pgsql php-xml policycoreutils popt postfix postgresql postgresql-server ppp procmail pungi quota rootfiles rpm rpm-build rpm-libs rp-pppoe rsync samba samba-client samba-common sed shadow-utils spamassassin squid sudo sysklogd tar tcpdump tcp_wrappers telnet time traceroute udev unzip usbutils util-linux vim-common vim-enhanced vim-minimal vpnc vsftpd wget which xinetd yum zip When installing the iso using anaconda, I have the following error: anaconda.intf.run(anaconda) IOError: [Errno 2] No such file or directory: u'/tmp/cache/anaconda-base-2000707090850.i386/headers/anaconda-11.2.0.66- 1.i386.hdr' Thanks !! The issue reported here happens just the same with revisor, though the bug name mentions pungi. yum no longer makes the header download directory, so anaconda is unable to write to that location. This can be fixed either by pulling in a later version of anaconda that works around this problem into your tree, or by backing down to an earlier version of yum that still makes the header directory. (In reply to comment #8) > yum no longer makes the header download directory, so anaconda is unable to > write to that location. This can be fixed either by pulling in a later version > of anaconda that works around this problem into your tree, or by backing down to > an earlier version of yum that still makes the header directory. Well... but what exactly versions of anaconda or yum must be used? Where are they? In rawhide? Will be released soon a new version of anaconda in F7? I used the latest developement version 11.3.0.5-1 and the problem still persists. Witch version of anaconda must be used ? Thanks ! Chris Lumens: thanks a lot for your input. I´ll try the suggested workaround and report the results. Anyway, I´d like to ask: I certainly don´t know a lot about bugs and software development, but is it a good idea to close this bug report since there´s not yet a patch or a newer version of the program that solves the issue? Thanks again! I just try width anaconda-11.3.0.6-2.i386.rpm witch is the last rawhide version at this time. The problem still persists. Thanks ! I can confirm using the latest anaconda-11.3.0.6-2 and all its latest dependencies doesn't work either. The problem is different, bu you still can't install the created ISO. What is the new problem you are seeing? Hello Chris: the new problem happens much sooner, at beginning of installation, as you can see by this screenshot: http://www.fedoraforum.org/forum/attachment.php?attachmentid=12686 The screenshot was taken with anaconda 11.3.0.5-1, but the same screen occurs with the newest 11.3.0.6-2. kanarip has also confirmed the problem: "07/16/07 03:15:45 changed by kanarip ¶ Thanks, I've also confirmed that the fix doesn't work. It seems pungi has the same problem and woks around with using an older yum, as the newer yum doesn't create the header files anaconda uses." Thanks a lot. You also need the latest version of the pykickstart package if you're going to be using the rawhide anaconda. *** Bug 248375 has been marked as a duplicate of this bug. *** Ok, Chris: I´ll do the tests with the latest pykickstart and report the results here. Thanks. I just compile an iso using pykickstart-1.2-2.fc8 anaconda 11.3.0.6-2 and all dependencies. The problem persist. IOError: [Errno 2] No such file or directory: u'/tmp/cache/anaconda-base-2000707161735.i386/headers/anaconda-11.3.0.6- 2.i386.hdr' Thanks. Chris: tried with the following packages, but still no success: anaconda-11.3.0.6-2.i386.rpm anaconda-runtime-11.3.0.6-2.i386.rpm busybox-anaconda-1.5.1-2.fc8.i386.rpm libdhcp-1.25-3.fc8.i386.rpm libdhcp4client-3.0.6-1.fc8.i386.rpm mkinitrd-6.0.9-9.i386.rpm nash-6.0.9-9.i386.rpm pykickstart-1.2-2.fc8.noarch.rpm This is the screen I'm getting now: http://www.fedoraforum.org/forum/attachment.php?attachmentid=12804 Thanks That is fixed in anaconda-11.3.0.7-1. Okay, good to know! I´ll try the new version and report the results. Thanks a lot. Chris: I'm afraid anaconda-11.3.0.7-1 doesn't fix the problem. I just tried again, now with anaconda-11.3.0.7-1, but no success. These are the packages I'm using in a "local extra" repo to build the default f7-gold media with: -rw-rw-r-- 1 duli duli 4359478 2007-07-17 19:08 anaconda-11.3.0.7-1.i386.rpm -rw-rw-r-- 1 duli duli 1796372 2007-07-17 19:08 anaconda-runtime-11.3.0.7-1.i386.rpm -rw-rw-r-- 1 duli duli 252248 2007-07-16 22:18 libdhcp4client-3.0.6-1.fc8.i386.rpm -rw-rw-r-- 1 duli duli 182086 2007-07-17 19:08 pykickstart-1.3-1.fc8.noarch.rpm This is the new screen I'm getting now: http://www.fedoraforum.org/forum/attachment.php?attachmentid=12817 Thanks Hello, I just test anaconda-11.3.0.7-1.i386.rpm libbdevid-python-6.0.9-9.i386.rpm libdhcp4client-3.0.6-1.fc8.i386.rpm nash-6.0.9-9.i386.rpm anaconda-runtime-11.3.0.7-1.i386.rpm libdhcp-1.25-3.fc8.i386.rpm mkinitrd-6.0.9-9.i386.rpm pykickstart-1.3-1.fc8.noarch.rpm I have again the same problem: header files not found. I want to inform that I never reproduce problems describe by Luis. With all versions of anaconda I have the same problem. Thanks This weird dance of rawhide bits on top of Fedora 7 is not going to play out very well. If you're interested in testing the rawhide bits, test complete rawhide composes. If you're trying to respin Fedora 7, there is a very simple patch to yum that will possibly fix the headers issue. --- /usr/lib/python2.5/site-packages/yum/__init__.py 2007-06-21 15:29:05.000000000 -0400 +++ /var/lib/mock/fedora-7-i386-pungi/root/usr/lib/python2.5/site-packages/yum/__init__.py 2007-07-16 11:32:18.000000000 -0400 @@ -858,6 +858,8 @@ if self.dsCallback: self.dsCallback.downloadHeader(po.name) try: + if not os.path.exists(repo.hdrdir): + os.makedirs(repo.hdrdir) checkfunc = (self.verifyHeader, (po, 1), {}) hdrpath = repo.getHeader(po, checkfunc=checkfunc, cache=repo.http_caching != 'none', If you apply that to a yum package and make sure that package is in your repo used to compose with this problem may go away. Seth will be working on a release for F7 that fixes this and a few other issues. Hello, Jesse: The idea is not to dance with rawhide on top of F7. We are just trying, as you said, to respin F7, but with the updates repo, so we won´t need to download everything again after a fresh install, or even to make personal F7 releases... The problem is anaconda will never get to the updates repo, it will only be available on the next F release, rigth?! So we have to download it from rawhide. Well, since all this dance really isn´t working, the other workaround I´ve found is to add the following lines in your revisor-f7-xyz.cfg file: [updates] ... exclude=yum yum-updatesd Now the spin is Ok and installable, since the original version of yum gets to the DVD set. I was not aware of this yum patch you´ve mentioned. I´ll certainly try this one and report the results. Thanks a lot. My point is that errors encountered while using rawhide anaconda on Fedora 7 should not be discussed on bugzilla. It just creates needless noise. Fedora 7 isn't a target of rawhide anaconda, and any form of it working is just a happy accident. I'm ok to say that errors encountered while using rawhide anaconda on Fedora 7 should not be discussed on bugzilla. But the error encountered while using fc7 base or update anaconda rpm. I tried to patch /usr/lib/python2.5/site-packages/yum/__init__.py with as describe 2 post ago with no success. Thank and sorry for my english. Hello Jesse: I totally agree with you! I think the appropriate method would be to ship an update version of yum (in the updates repo) that fixes the issue. Do you think that will happen? In the meantime, should this bug report stay closed? Thanks a lot! Either it stays closed, or it gets closed duplicate pointing to a bug about yum not auto-creating the directory. I don't think a bug for that has been filed, as the fix has already been committed to upstream CVS. We just need an update created and I was told that should happen soon. Ok, Jesse. Thanks for the info. Hope the problem is no more in the next yum update. Cheers. Hello, Problem still persists. Is anybody build iso sucessfully using patch of /usr/lib/python2.5/site- packages/yum/__init__.py ? Thanks Alex: I still think the best way to get a working ISO is to exclude yum and yum-updatesd from the updates repo, like in comment #26. Hello, guys. Does the new yum (3.2.2) solves the problem? Has anyone tested it?! Can we remove the line "exclude=yum yum-updatesd" from the revisor config files? Thanks a lot. The new yum (3.2.2) doesn't seem to resolve the problem, unfortunately. I still get the "No such file or directory" error. Yep, I can confirm the new yum does not solve the issue. Created attachment 187241 [details]
Anaconda crashes again
Using exclude=yum yum-updatesd, it was working for me last month. But Anaconda
crashes again, this time with:
error: adding package to transaction failed
But the package exists in the DVD image that I have created. Seems a problem
with yum, but I'm using old yum (??)
Greetings,
Fermin
(In reply to comment #36) > Yep, I can confirm the new yum does not solve the issue. yum-3.2.4-2 is same too. I made yum-3.2.4-3 & yum-updatesd-3.2.4-3. This yum fixes the problem. Please try this. You will complete installation successfully. http://www.pochinet.org/DL.cgi?yum-3.2.4-3.fc7.noarch.rpm http://www.pochinet.org/DL.cgi?yum-updatesd-3.2.4-3.fc7.noarch.rpm --- yum/yumRepo.py~ 2007-04-29 22:52:43.000000000 +0900 +++ yum/yumRepo.py 2007-06-22 02:20:32.000000000 +0900 @@ -455,7 +455,7 @@ cookie = self.cachedir + '/' + self.metadata_cookie_fn self.setAttribute('metadata_cookie', cookie) - for dir in [self.cachedir, self.pkgdir]: + for dir in [self.cachedir, self.hdrdir, self.pkgdir]: if self.cache == 0: if os.path.exists(dir) and os.path.isdir(dir): continue Best regards, pochi_ken http://www.pochinet.org/ (In reply to comment #38) > I made yum-3.2.4-3 & yum-updatesd-3.2.4-3. > This yum fixes the problem. > Please try this. > You will complete installation successfully. I can confirm your rpms work just fine. I successfully removed the exclude=yum from the cfg file. Thanks a lot (In reply to comment #38) If you want to need SRPM file, you will be able to download from below. http://www.pochinet.org/DL.cgi?yum-3.2.4-3.fc7.src.rpm Best regards, pochi_ken http://www.pochinet.org/ With http://www.pochinet.org/DL.cgi?yum-3.2.4-3.fc7.src.rpm I got the bug: error: adding package to transaction failed Anyone can reopen this bug? I think that is not solved yet. With a clean F7 with all updates and yum-3.2.4-3, I get the same as comment #41: error: adding package to transaction failed I think that this yum version solves some of the problems commented before. But this error occurs trying to add a package to a transaction, that may be originated by other bug. I reported it in comment #37. With http://www.pochinet.org/DL.cgi?yum-3.2.4-3.fc7.src.rpm I got the bug: error: adding package to transaction failed (In reply to comment #41) > With http://www.pochinet.org/DL.cgi?yum-3.2.4-3.fc7.src.rpm I got the bug: > error: adding package to transaction failed You are installing the SOURCE package. You need to install the binary packages: http://www.pochinet.org/DL.cgi?yum-3.2.4-3.fc7.noarch.rpm http://www.pochinet.org/DL.cgi?yum-updatesd-3.2.4-3.fc7.noarch.rpm Even installing the correct packages, the error bounces, as I reported in comment #37. I tried to made an dvd image without the offending package. Didn't work. The same error bounces, but is another package, when is added to transaction (maybe the first package that is added to transaction?). Is there a yum bug for this? I can't find it. I'm still getting this this type of error with yum 3.2.5: IOError: [Errno 2] No such file or directory: u'/tmp/cache/anaconda-base-200706301823.i386/headers/openoffice.org-impress-2.2.0-14.11.i386.hdr' |