Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 101640
Summary: | Upgrade installation crashes | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux Beta | Reporter: | Terry Linhardt <linhardt> |
Component: | kdebase | Assignee: | Than Ngo <than> |
Status: | CLOSED NOTABUG | QA Contact: | Ben Levenson <benl> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | beta1 | ||
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: | 2003-08-06 12:17:03 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: | |||
Bug Depends On: | |||
Bug Blocks: | 100643 |
Description
Terry Linhardt
2003-08-05 00:39:03 UTC
it looks like that /usr/share/applnk-redhat is a directory on your machine! Is it? It should be a symlink otherwise rpm will fail on upgrade! Here is some additional information: After I posting the original bug report, I noticed that the "update" icon on the machine with the "update failure" was red. Sure enough, it reported that my system was NOT up-to-date....needed something like 200+ packages to upgrade. (Note...my machine got enough of the upgrade finished that it now "thinks" it is a 9.0.93 machine). Anyway, I downloaded *all* the packages, and then began the install process. It CRASHED during the install process with the following error: "There was a fatal RPM error. Unpack error installing the package KDEBASE-3.1.2-13." NOTE: When I tried to upgrade from disk, the upgrade crashed on this identical package. I am guessing, but I think the kdebase-3.1.2-13 package is corrupt and needs to be repackaged. I just saw your note: "it looks like that /usr/share/applnk-redhat is a directory on your machine! Is it?" I'll follow-up this evening (machine is at home) and report. Oh...I should ask...if it should be a link, what should it be linked to?... Terry it should be a link to ../../var/lib/menu/kde/Applications I'll make the change tonight and let you know what happens. This problem will be fixed if you remove the directory /usr/share/applnk-redhat and make a symlink to ../../var/lib/menu/kde/Applications. It should work. I don't know how it could happen on your machine, because the kdebase includes it as a symlink, not a directory! I made the change you suggested. Re-named the directory to something else (to save it...just in case), and created the link. The upgrade went flawlessly at that point. All of which now creates the question of why a "hard" directory was created, and how it got created, rather than the link. I can tell you that this particular machine goes back a couple of generations in terms of an original installation. Everything since then has been handled as an upgrade. (Which includes betas prior to Release 9.) I can also assure you that I have never fooled around in this particular portion of the directory structure. So, at some point something got clobbered. But, again, not through direct human intervention. (I am the only person who uses and can access this particular machine). I will note that the package that the install originally crashed on (kdebase- 3.1.2-13.i386) was apparently being installed as a pre-req for something else. I don't know exactly what that "something else" was, and not sure if it makes any difference. But, I pass along the information. Thank you for your assistance. You solved MY problem. I suppose the larger issue is whether this type of issue gets reported on other machines. |