Bug 141766
| Summary: | Gnome applications use improper size of NFS mounted volumes | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Burkhard <reisswolf_nospam> |
| Component: | libgnome | Assignee: | Ray Strode [halfline] <rstrode> |
| Status: | CLOSED UPSTREAM | QA Contact: | |
| Severity: | high | Docs Contact: | |
| Priority: | medium | ||
| Version: | 3 | CC: | admin, mattdm |
| 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: | 2006-10-31 16:10:52 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: | |||
The i386 version of FC3 suffers from this error as well. But FC 2 definitely did not. Did not change anything on the server either. Changed "Platform" to ALL. Component should be libgnome instead of gnome-libs - sorry. BTW - why is libgnome-2.8.0-2 installed twice on my system? Weird, when I remount with nfsvers=2, the failure drops from 1/64 to 1/8. At least I could convert the evolution folder this way. *** Bug 142641 has been marked as a duplicate of this bug. *** Just guessing... Maybe this issue is related to different block sizes? Harddisk: 512 Byte NFS vers=2: 4 kByte = 8 times HD size NFS vers>2: 32 kByte = 64 times HD size Probably gnome ignores nfs block sizes when converting block counts to disk size. This problem is already addressed by bug #140744 (although it does not only affect evolution) and upstream bug filed to ximian: http://bugzilla.ximian.com/show_bug.cgi?id=69895 Fedora Core 3 is now maintained by the Fedora Legacy project for security updates only. If this problem is a security issue, please reopen and reassign to the Fedora Legacy product. If it is not a security issue and hasn't been resolved in the current FC5 updates or in the FC6 test release, reopen and change the version to match. Thank you! Upstream bug suggests that this got fixed by FC4. |
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.5) Gecko/20041110 Firefox/1.0 Description of problem: I have several NFS volumes mounted from a Solaris server. The Gnome applications (tested with nautilus, system monitor and evolution) show disk size, usage and free values that are about 1/64 of the real values. This would be a minor problem, if evolution would not refuse to start with the following message: ----------- Insufficient disk space for upgrade. Upgrading your data and settings will require upto 322208 KB of disk space, but you only have 120558 KB available. You will need to make more space available in your home directory before you can continue. ------------- Other utilities, like df, report the real values: $ df -h | grep saustall saustall:/export/home 15G 7,1G 7,4G 49% /net/home saustall:/music 15G 6,5G 8,4G 44% /net/music saustall:/video 70G 34G 36G 49% /net/video saustall:/iso 25G 19G 6,5G 75% /net/iso saustall:/export/tmp 9,7G 5,1G 4,6G 54% /net/tmp $ grep nfs /etc/fstab saustall:/export/home /net/home nfs rw,bg,hard,intr 0 0 saustall:/music /net/music nfs rw,bg,hard,intr 0 0 saustall:/video /net/video nfs rw,bg,hard,intr 0 0 saustall:/iso /net/iso nfs rw,bg,hard,intr 0 0 saustall:/export/tmp /net/tmp nfs rw,bg,hard,intr 0 0 Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. mount nfs volume 2. compare the numbers reported by df and Gnome System Monitor 3. Actual Results: Gnome applications report wrong size numbers - evolution refuses to start. Expected Results: Gnome should get the real size of nfs volumes, as df does. Additional info: