Description of problem: When attempting to run yum install p7zip (or any other package) yum appears to hang on Running Transaction Test yum install p7zip Loaded plugins: refresh-packagekit Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package p7zip.x86_64 0:4.65-2.fc12 set to be updated --> Finished Dependency Resolution Dependencies Resolved ================================================================================ Package Arch Version Repository Size ================================================================================ Installing: p7zip x86_64 4.65-2.fc12 fedora 496 k Transaction Summary ================================================================================ Install 1 Package(s) Upgrade 0 Package(s) Total size: 496 k Is this ok [y/N]: y Downloading Packages: Running rpm_check_debug Running Transaction Test Version-Release number of selected component (if applicable): rpm-4.7.1-6.fc12.x86_64 yum-3.2.25-1.fc12.noarch How reproducible: Everytime, I have closed and killed the yum session, updated yum (no updates), ran yum clean all too. Steps to Reproduce: 1. open terminal 2. run yum install {application} 3. wait Actual results: Sits at Running Transaction Test Expected results: Completes the installation of p7zip Additional info: I've tested using p7zip as a yum install command and I just tested running yum install xgalaxy.x86_64 and that too hung on running transaction test.
Resolved this issue, however I would personally say its still a bug. I found the problem was because I'd taken my server offline which my client PC I was doing the yum work on had NFS mounts connected to it. Once I put the server back online I was able to run yum in the normal manner. This is still odd though.
there is a dup of this I think, the general adivse being "don't do that", AIUI.
(In reply to comment #2) > there is a dup of this I think, the general adivse being "don't do that", AIUI. Seems a bit daft though really. A mounted server that isn't available stops installation of a package?
This is a well known (and somewhat daft) issue. This is the general analysis scenario: To do disk accounting, RPM needs the size of all mounted file systems. POSIX stat(2) us used to establish that the mount point exists, and statvfs(2) is used to get the size. One of those calls is blocking .
This has been now fixed upstream but not going to be backported to F12 as it would require an API change to rpm 4.7.x. Likely to be fixed in F13 though.
*** Bug 592179 has been marked as a duplicate of this bug. ***