Bug 73055
Summary: | RPM install fails if large NFS volume is mounted | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Pekka Pessi <pekka.pessi> | ||||||
Component: | rpm | Assignee: | Jeff Johnson <jbj> | ||||||
Status: | CLOSED DEFERRED | QA Contact: | |||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | 7.3 | ||||||||
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: | 2002-08-30 17:51:58 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
Pekka Pessi
2002-08-30 07:49:22 UTC
Can you supply info about how rpm failed? For example, appending the output of of "rpm -ivv" as a bugzilla attachment would help. Created attachment 73984 [details]
output of rpm -ivv
Created attachment 73985 [details]
strace output of rpm -i redhat-lsb-...
OK, the offending line is statfs("/project/iptel", {f_type="NFS_SUPER_MAGIC", f_bsize=512, f_blocks=2807363208, f_bfree=2545068192, f_files=18788197, f_ffree=16520342, f_namelen=255}) = 0 stat64("/project/iptel", {st_mode=S_IFDIR|S_ISGID|0771, st_size=8192, ...}) = 0 Hmmm, are you specifying a blocksize of 512 when mounting? If so, you might try increasing the blocksize to something largere. OTOH, NFS may always be reporting f_bsize == 512, I haven't looked in quite awhile. Checking ... yup, an NFS mount of mine is reporting statfs("/mnt/redhat", {f_type="NFS_SUPER_MAGIC", f_bsize=4096, f_blocks=83225243, f_bfree=15936499, f_files=0, f_ffree=0, f_namelen=255}) = 0 So increase your blocksize to reduce the overflow is the workaround until I get a chance to refigger statfs, statvfs, and all the other myriad ways that unix has to report back no. of available blocks. Thanks. I'll try to get someone to fiddle with file servers; I gather it is not possible to change block size from client side? I believe (I asked someone) it's possible to change the block size on the client, see the NFS mount options, but a careful experiment, say, using strace on rpm, is advised. Meanwhile I'm gonne defer the final solution, fixing rpm, until I get a chance to figger the portability issues on non-linux |