A NFS client mounts a file system that is setted disk quota on NFS Server. I execute "quota -v" command on the client, but it does not display that disk usage and limits.
RPC quota support was enabled in quota-3.00-4 and later.
please reopen the bug if you are already using that version.
I am using quota-3.00-4, but this problem occurs.
I had the same problem with a RH 7.0 nfs server and different client versions. The server is running quota-2.00pre3-7. On the server, I changed the line referring to the exported filesystem in /etc/fstab using /dev/hdc1 insetead of the new form /LABEL=/home and the quota was reported correctly on the clients.
Created attachment 20196 [details] source patch
Created attachment 20197 [details] spec file patch
I created two patches for this problems on quota-3.00-4(please see attachments). I tested them on RedHat Linux7.1 client and server. Would you try to test these patches?
*** Bug 46146 has been marked as a duplicate of this bug. ***
fixed in an upcoming 7.1 quota errata.
I believe I've encountered this exact problem even with the available patches. Rather than opening a new bug, is it possible to reopen this one? Let me first describe my setup: I run a lab with several alpha machines running RedHat 7.1. Each has several nfs mounts from a FreeBSD box. The quota command reports "none" on each of these machines. A Tru64 box mounting the same nfs volumes reports the correct quotas, so the nfs server is correctly functioning. Perhaps there is an incompatability with nfs on Linux and FreeBSD. I've tried mounting the nfs volumes with every imaginable option(hard, soft, udp, tcp, nfsvers=2 & 3, etc...). To no avail, have tried several kernels, quota-tools, and updated the nfs programs on the linux machines. Specifically, 2.4.19-pre8 (both smp and non-smp) and the stock RH7.1 2.4.9 (both smp and non-smp) do not work with the latest redhat patches(quota reports "none"). There are no errors, except on 2.4.18-pre8(from kernel.org) with quota-tools 3.05, which reports "Error while getting quota from /{IP Omitted}:/{nfs mount} for {user}: Connection refused". In any case, quota- 3.01pre9-0.7.1 does not function on 2.4.9, as it *should*. I can provide strace data if needed, but I do not want to post it on the 'net abroad. Thanks, Jacob Joseph(jmjoseph.edu)
I cannot reproduce this with RedHat 7.3 anymore.
*** Bug 22066 has been marked as a duplicate of this bug. ***
Okay, I think everyone needs to reread my post again. I'm running Redhat 7.1 on alpha machines, not intel boxes. Redhat 7.3 is not even available for the alpha platform, so it surely is not a solution. Bug 22066 discusses only i686 machines. Would it be possible for anyone to test this on an alpha? Redhat? Thanks, Jacob Joseph(jmjoseph.edu)
See also new bug #90939.
Time to close this bug?
Red Hat Linux is no longer supported by Red Hat, Inc. If you are still running Red Hat Linux, you are strongly advised to upgrade to a current Fedora Core release or Red Hat Enterprise Linux or comparable. Some information on which option may be right for you is available at http://www.redhat.com/rhel/migrate/redhatlinux/. Red Hat apologizes that these issues have not been resolved yet. We do want to make sure that no important bugs slip through the cracks. Please check if this issue is still present in a current Fedora Core release. If so, please change the product and version to match, and check the box indicating that the requested information has been provided. Note that any bug still open against Red Hat Linux on will be closed as 'CANTFIX' on September 30, 2006. Thanks again for your help.
Red Hat Linux is no longer supported by Red Hat, Inc. If you are still running Red Hat Linux, you are strongly advised to upgrade to a current Fedora Core release or Red Hat Enterprise Linux or comparable. Some information on which option may be right for you is available at http://www.redhat.com/rhel/migrate/redhatlinux/. Closing as CANTFIX.