Bug 155581
| Summary: | yum update fails after clean install | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Eric Warnke <ewarnke> | ||||||||
| Component: | yum | Assignee: | Jeremy Katz <katzj> | ||||||||
| Status: | CLOSED NOTABUG | QA Contact: | |||||||||
| Severity: | medium | Docs Contact: | |||||||||
| Priority: | medium | ||||||||||
| Version: | 3 | CC: | katzj | ||||||||
| Target Milestone: | --- | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | x86_64 | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2005-07-29 17:54:42 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
Eric Warnke
2005-04-21 16:00:50 UTC
Created attachment 113476 [details]
Kickstart file
Attaching the very very basic kickstart file used.
BTW Created attachment 113477 [details]
Session capture
Attaching session capture, this captures the enture session ( editted to help
show breaks between commands ).
To show nothing has been modified on the ISO's halhead:/csminstall/Linux/Fedora/3/x86_64/ISO # md5sum * b61b0eb7e0171837aeeff4f0054a4d79 FC3-x86_64-disc1.iso 99dc12c7e8a93844a48a5675a9c07ec9 FC3-x86_64-disc2.iso 399b7ffd721ebb4244a02c34cdbb1b82 FC3-x86_64-disc3.iso f58b1de3b880df55dbbd37d143419226 FC3-x86_64-disc4.iso 1. you don't have to post so much - you could start by just posting the errors. 2. you're hitting out-of-sync mirrors - hence the problem. if you're rolling out a bunch of machines you may wish to consider setting up your own local mirror. other than out-of-sync mirrors there's no error here. 2) No, I can repeat this time and time again yum update -> fails yum --disablerepo=base update -> works The reason I posted such a verbose logs was because I have been working through all the other problems for the past day. I already have my own local mirror, but specifically did not use it to prevent it being blamed on my local copy. Created attachment 113485 [details]
Another session capture
With the direction of someone else I tried several diffrent incarnations. This
is from another pristine install. As like before yum update fails.
Another bug highlighted here is the fact that yum SHOULD update itself before
it does anything.
1. in the normal yum nightly update - you'll notice it DOES update itself first - but not internally -it just runs a 'yum update yum' first. 2. updating yum before anything else on EVERY run of 'yum update' would be a great deal more bothersome. I'd say your workaround IS the fix. The base issue, x86_64 installs is still non-fulctional. If you wish me to use a specific mirror to disprove your "bad mirror" please let me know. Just use download.fedora.redhat.com and see if you can recreate the problem in #1. However, and more to the point, there were some bugs in yum 2.1.11 - so updating to the newer yum, FIRST, is useful for you. oh and if you had just enabled the yum cron job - the above would have been done automatically. I do use the cron job, my nomal kickstart ends with 'chkconfig yum on', but that is still not a proper solution to the problem and does not help during installation. I am going to try again, this time using download.fedora.redhar.com and executing the following steps. 1) yum update yum 2) yum update 3) yum --disablerepo=base update ( if the above fails ) 1) Booted another clean install ( with same kickstart ) 2) went into /etc/yum.repos.d/fedora-updates.repo and commented out mirror list and commented back in baseurl 3) yum update yum 4) yum update <- Fails identically to documentation 5) yum --disablerepo=base update <- works identically to documentation Now will you believe me? It's not about belief it's about being able to recreate it and I have 2 problems: 1. you're the first one to report a problem like this for fc3 2. I can't replicate it. please run: yum list gcc\* cpp and send the output. [root@dell5 ~]# yum list gcc\* cpp Setting up Repos base 100% |=========================| 1.1 kB 00:00 updates-released 100% |=========================| 951 B 00:00 Reading repository metadata in from local files base : ################################################## 2852/2852 primary.xml.gz 100% |=========================| 375 kB 00:00 MD Read : ################################################## 961/961 updates-re: ################################################## 961/961 Installed Packages cpp.x86_64 3.4.2-6.fc3 installed Available Packages cpp.x86_64 3.4.3-22.fc3 updates-released gcc.x86_64 3.4.3-22.fc3 updates-released gcc-c++.x86_64 3.4.3-22.fc3 updates-released gcc-debuginfo.x86_64 3.4.3-22.fc3 updates-released gcc-g77.x86_64 3.4.3-22.fc3 updates-released gcc-gnat.x86_64 3.4.3-22.fc3 updates-released gcc-java.x86_64 3.4.3-22.fc3 updates-released gcc-objc.x86_64 3.4.3-22.fc3 updates-released gcc4.x86_64 4.0.0-0.41.fc3 updates-released gcc4-c++.x86_64 4.0.0-0.41.fc3 updates-released gcc4-debuginfo.x86_64 4.0.0-0.41.fc3 updates-released gcc4-gfortran.x86_64 4.0.0-0.41.fc3 updates-released How are you attempting to recreate, since if your steps are diffrent they might uncover the diffrence that is causing this problem. If you need more interactive ability to help track this down, please contact me ( AIM/ericew YIM/curlyericw ) and we can either exchange text, or with a ssh pub key I can get you access directly to the boxes in question. Another thing... 1) Clean install 2) Update yum 3) REMOVE CPP Dependencies Resolved Transaction Listing: Remove: cpp.x86_64 0:3.4.2-6.fc3 Remove: kdebase.x86_64 6:3.3.0-8 Remove: kdebase.i386 6:3.3.0-8 Remove: kdemultimedia.i386 6:3.3.0-2 Remove: xinitrc.noarch 0:4.0.14-1 Remove: xorg-x11.x86_64 0:6.8.1-12 Remove: xorg-x11-xdm.x86_64 0:6.8.1-12 Total download size: 0 Is this ok [y/N]: y Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Erasing: cpp 1/7 Erasing: kdebase 2/7 Erasing: xorg-x11 3/7 Erasing: kdemultimedia 4/7 Erasing: kdebase 5/7 Erasing: xinitrc 6/7 Erasing: xorg-x11-xdm 7/7 Removed: cpp.x86_64 0:3.4.2-6.fc3 Dependency Removed: kdebase.x86_64 6:3.3.0-8 kdebase.i386 6:3.3.0-8 kdemultimedia.i386 6:3.3.0-2 xinitrc.noarch 0:4.0.14-1 xorg-x11.x86_64 0:6.8.1-12 xorg-x11-xdm.x86_64 0:6.8.1-12 4) yum update: This is the interesting part.. Performing the following to resolve dependencies: Install: aqbanking.x86_64 0:1.0.4beta-0.fc3 - updates-released Install: cpp.x86_64 0:3.4.2-6.fc3 - base Install: glibc-devel.x86_64 0:2.3.5-0.fc3.1 - updates-released Install: glibc-headers.x86_64 0:2.3.5-0.fc3.1 - updates-released Install: glibc-kernheaders.x86_64 0:2.4-9.1.87 - base Install: gwenhywfar.x86_64 0:1.7.2-0.fc3 - updates-released Install: libofx.x86_64 0:0.7.0-0.fc3 - updates-released Total download size: 245 M Is this ok [y/N]: Why is it not pulling cpp from updates? Also another quirk... I just ran through yum update a\* ... yum update z\* and NONE of them pulled in cpp = 3.4.2? Is the logic diffrent for update all as opposed to update some when resolving dependancies? also another quirk... yum update produces a totally diffrent output from yum update \* Even more broken now... they worked last week, but does not work this week. yum -y update yum yum -y --disablerepo=base update yum -y update Fails with: Processing Dependency: libwmflite-0.2.so.7()(64bit) for package: ImageMagick - Because libwmf is only in base. Oh and perl being screwed up and being installed twice perl.i386 and perl.x86_64, and ends up: Transaction Check Error: file /usr/lib/perl5/5.8.5/File/Path.pm from install of perl-5.8.5-12.FC3 conflicts with file from package perl-5.8.5-9, So now I'm up to yum -y update yum yum -y install libwmf yum -y remove perl.i386 yum -y --disablerepo=base update yum -y update Just to get from clan system to completly updated system when only the first and last command should be needed. the perl problem is a repository problem. The note about it was posted to fedora-devel-list and I think fedora-announce. closing as this doesn't look like a yum bug but a repository problem. reopen if you disagree. |