Hi there! You'll need to use a newer copy of Ganesha that has PROXY_V3 built in. The old proxy is only an NFSv4 proxy. You're almost there, but you need to use PROXY_V3 with a modern-ish Ganesha (and use_privileged_client_port isn't an option, because NFSv3 doesn't usually allow that). I just rewrote the instructions at:

 https://github.com/nfs-ganesha/nfs-ganesha/wiki/PROXY_V3-and-PROXY_V4

if you have any feedback!

On Tue, Nov 2, 2021 at 2:51 PM Matthew Hess <mxhess@gmail.com> wrote:
I'm currently using the centos 7 distribution and the centos-nfs-ganesha30 repo:
# rpm -q -a | grep nfs-ganesha
nfs-ganesha-vfs-3.5-2.el7.x86_64
nfs-ganesha-3.5-2.el7.x86_64
nfs-ganesha-proxy-3.5-2.el7.x86_64
centos-release-nfs-ganesha30-1.0-2.el7.centos.noarch

I've come across a strange need to get a nfsv3 share on a netapp talking with a client that only understands nfsv4. I think I'm heading in the right direction here but I'm having some trouble getting this setup for testing.

In the log I am getting:
init_export_root :EXPORT :CRIT :Lookup failed on path, ExportId=20 Path=/prod FSAL_ERROR=(Permission denied,13)
and it appears to give up on the /prod share

my export config is:
EXPORT {
  Export_Id = 20;
  Path = "/prod";
  Pseudo = "/prod";
  Access_Type = RW;
  Squash = No_Root_Squash;
  Transports = "TCP";
  FSAL {
    Name = proxy;
    Srv_Addr = <netapp ip>;
    Use_Privileged_Client_Port = false;
  }
}

I am able to mount the netapp share from this same system and manage the content of the share:
mount -v -t nfs -o proto=tcp,vers=3,nolock <netapp ip>:/prod /prod

not certain what I'm doing wrong, can anyone clue me in?

_______________________________________________
Support mailing list -- support@lists.nfs-ganesha.org
To unsubscribe send an email to support-leave@lists.nfs-ganesha.org