Bug 102929
Summary: | rpm hangs with stale nfs mount point | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | James Martin <jsm+keyword+rhbz.f95036> |
Component: | rpm | Assignee: | Jeff Johnson <jbj> |
Status: | CLOSED WONTFIX | QA Contact: | Mike McLean <mikem> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 9 | CC: | michael |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-08-25 15:57:25 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: |
Description
James Martin
2003-08-22 18:42:12 UTC
I have this same problem with smbfs file systems. Yup. In order to do disk space checks, rpm needs to know the size of all mounted file systems. This is done with statvfs, which also does a stat on each mount point. If/when the stat blocks, then rpm hangs. Ok.. so what you are saying is that this is a bug in stat? Shouldn't rpm be smart enough to know if stat is taking too long to either die and report an error or skip that mounted filesystem altogether? If I were to write a patch for rpm or stat, where would I be looking? No, stat is behaving exactly as it should. The problem (I'm told, iirc) is in the statvfs implementation in glibc, which walks and stats every entry in /etc/mtab even though statvfs was called with single mount point. Easiest by far is to add --ignoresize when invoking and skip the stal nfs (or smbfs) mount. Try again, #packaging and/or #fedora, usually after 7pm EDT Try again, #packaging and/or #fedora, usually after 7pm EDT |