NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
ReadyNAS 4220 NFS configuration
I'm trying to use some NFS shares for a virtual machine environment. It requires the following configuration:
Change the ownership of the export directory, replacing directory_name with the name of the directory:
# chown 36:36 directory_name
Add the anonuid=36, anongid=36 and all_squash options on the export in /etc/exports.
# /exports/directory_name *(rw,anonuid=36,anongid=36,all_squash)
Set the permissions of the export directory, replacing directory_name with the name of the directory:
# chmod 0755 directory_name
I can sucessfully edit the exports file and create the NFS share but then the settings are lost whenever any add or change is made using frontview to any shared resource. We suspect that anytime any change or addition is made the entire share configuration is read back into frontview from some database and then populated into the related conf files.
Is there any advanced control that can be used to create this configuration or make it permanent?
17 Replies
Which hypervisor and version are you using?
Are you wanting to use the NAS as a datastore over NFS for the VMs or as a network share over NFS for putting ordinary files on?
Which firmware are you running on the NAS?
It should be completely unnecessary to use the shell to get it working and using the shell to do so isn't supported.Welcome to the community!
We are running 6.6.0 Firmware on the NAS
We want to use the NFS mount as a datastore over NFS as opposed to using ISCSI so we have the ability to snapshot the datastore and rsync the snapshots to a remote site as well as replicate the datastore to a local backup NAS.
We are using Ovirt (Open Virtualization manager version 3.5.3.1-1.el6
The manager requires the following options to be set: anonuid=36, anongid=36 and all_squash
We are aware that command line editing is not supported but there does not seem to be a way to set the above through the graphic interface (specifically the anonuid and anongid) and Ovirt doesn't seem to have any flexibility regarding these settings.
For testing purposes we did manually edit the exports file with the required settings and were able to successfully connect the VM Manager to the datastore via NFS. We are also able to connect using ISCSI but that severely limits the backup options available to us.
You'd have to play some games with the systemd unit. Something like this should do the trick:
# sed '/EnvironmentFile=/ a ExecStartPre=/bin/sed -i s/99/36/g /etc/exports' /lib/systemd/system/nfs-kernel-server.service > /etc/systemd/system/nfs-kernel-server.service # systemctl daemon-reload # systemctl restart nfs-kernel-server
- RHEV is the same as Ovirt so we have the same issue as Ian-edgeip. We cannot create a user or group with the uid/gid of 36 or the "all_squash" option via the graphical interface.
- While that appears to be a solution since it is executed at the command line and modifies the o/s it would eliminate the availability of support. Since OVIRT (Red Hat Enterprise Virtualisation is the OVIRT code base so it has the identical issue) is growing by virtue of Red Hat's implementation we are hopeful that Netgear will recocognize the need to support it for all users rather than view this as a isolated user problem. Otherwise netgear storage won't be an option for anyone implementing RHEV
Thank you for the message. Yes, we are reviewing this request internally and likely will implement the option.
Is there any way that we can be advised as to the status of this issue?
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
