Bug 451546
Summary: | anaconda unhandled exception for Yum Repo error | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | G.Wolfe Woodbury <redwolfe> | ||||
Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> | ||||
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | rawhide | ||||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i686 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2008-06-16 13:13:44 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
G.Wolfe Woodbury
2008-06-15 14:10:57 UTC
specifically removed the "Fedora Rawhide" repository and still go the error. anaconda or yum is not recognizing a NFS mounted repository and failing. What's the baseurl you're using for this nfs-mounted repo? I fill in the NFS screen and anaconda mounts: wolves.private:/srv/Fedora/development/i386/os/ This is mounted as /mnt/source There is a proper repodata directory, but no nfs:// indicator anywhere to be seen. Leaving both repos selected, and using an http: URL for the local mirror results in the bug happening. Later I'll try with only the local mirror selected. test done. Pointing to the http version of the local mirror, all is well up to the point of actually installing. Then "The Error" occurs and all that is left is a black screen, watch cursor and the cryptic error message noted in comment #1. In repository selection, only the local mirror was selected ("Fedora") http://10.11.12.1/archive/fedora/development/i386/os/ (yes that is correct, stage2 fetches just fine, and headers are fetched just fine) I can't think of what to try next. Are there any obvious error messages on tty3 or tty4? It sounds like everything is working as it should up to the point where you get stuck. The YumRepo error message looks suspicious but it hasn't stopped me from doing installations so far, though I really do need to track it down. No, there is nothing obvious in any of the VTs except the noted messages from VT1 There is one warning message about substituting texlive for a different package, but that's been there for a while. (vt3 during package selection) examining dmesg from vt2 shell reveals a kernel oops! Looks like the do_split error in an ext3 call from anaconda. This has been noted on the mailing list at least once. I'll attach a dump of the dmesg I managed to salvage. Created attachment 309485 [details]
dmesg dump from latest failure
*** This bug has been marked as a duplicate of 451068 *** +1 for June 16th Why is the selected http mirror not being used exclusively as usual? It goes out to different ones now. There was a py:64 error afew lines above the YumRepo Error: all mirror URLs are not using ftp, http[s] or file. E.g. Install exited abnormally [1/1] As an added note: On the first attempt to install /mounts across to pv-vg on lv of ext4 - yiles. lots pf pvcreate errors and when I restated the installer the pv-vg on the sda2 had all sorts of sizes, ext(3.,4) and a foreign for lv's and the sbd (pc-vg) was unused. I think it was python-2.5 errors about pvcreate stuff? Darwin |