Page MenuHomeSolus

nfs-utils
Closed, ResolvedPublic

Description

Introduction to NFS Utilities

The NFS Utilities package contains the userspace server and client tools necessary to use the kernel's NFS abilities. NFS is a protocol that allows sharing file systems over the network.

This package is known to build and work properly using an LFS-7.9 platform.

This package is known to build properly using the gcc-6 compiler.

Package Information

Download (HTTP): http://downloads.sourceforge.net/nfs/nfs-utils-1.3.4.tar.bz2

Download MD5 sum: 2fabdadb8ff415a1eafcfb12ab1bf781

Download size: 796 KB

NFS Utilities Dependencies
Required

libtirpc-1.0.1
Optional

libevent-2.0.22, SQLite-3.13.0 and libnfsidmap (for NFSv4 support), MIT Kerberos V5-1.14.3 or libgssapi, and librpcsecgss (for GSS and RPC security support) and libcap-2.25 with PAM

Required (runtime)
rpcbind-0.2.3

Please see the excellent source install
http://www.linuxfromscratch.org/blfs/view/svn/basicnet/nfs-utils.html

I've compiled and installed libtirpc and nfs-utils on solus 1.2.1

thanks.

Related Objects

Event Timeline

DataDrake renamed this task from [Request] nfs-utils to nfs-utils.Aug 14 2016, 3:21 PM
DataDrake triaged this task as Normal priority.
DataDrake added a subscriber: DataDrake.

There is some stateless work that needs to happen with this. Otherwise, I agree it should go in at some point.

Tried to compile it with the WIP Repo but it fails on libtirpc.

Just for everyone who wants an alternative sshfs works fine under solus and its safer than nfs.

Using nfs would be extremly helpful here!
Please try to add the nfs-utils package soon.

ikey changed the task status from Open to In Progress.Feb 2 2017, 2:32 AM

Now in the unstable repo: https://git.solus-project.com/packages/nfs-utils/commit/?h=nfs-utils-2.1.1-2

I'm going to need feedback on this and help making it all work properly, which units to preenable, etc. Bit out of my depth.
I'm closing this as nfs-utils is IN, but please reeopen when you're able to test!

Thanx for the progress, @ikey !
But it seems that rpcbind and rpcbind.service are missing, so nfs mount gives an error:

Failed to start rpc-statd.service: Unit rpc-statd.service failed to load: No such file or directory.
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.

nfs working but display of large numbers of files is very slow compared with my other distro (Linux Mint 18.1 64 bit Cinnamon).

Both distros use the same /etc/fstab line to mount the nfs share:

nnn.nnn.nnn.nnn:/sharedfoldername /home/username/localfoldername nfs soft,intr,rsize=8192,wsize=8192

Speed results are shown below. Note that terminal display using "ls -la" in both distros is more or less the same.

SOLUS

caja loads the 133 files in 22 seconds
nautilus loads the 133 files in 40 seconds
terminal: ls -la loads the 133 files in less than 2 seconds

LINUX MINT 18.1 CINNAMON 64 BIT

nemo loads the 133 files in 1.5 seconds
terminal: ls -la loads the 133 files in less than 1 second

SOLUS is on Ext4 primary partition /dev/sda1 70% free space
MINT is on Ext4 logical partition /dev/sda6 40% free space

statd is still missing, but basically nfs works with the nolock option, like:

mount -o nolock 192.168.1.101:data /mnt
  1. Added rpcbind to unstable
  2. Fixed up nfs-utils and added rpcbind as a rundep

After that, I was able to mount things with no problems. These changes are all in unstable and will be available on the next sync.

@MrKing if you are still experiencing performance issues after these updates, you should file a separate task. Thank you.

@DataDrake: the last commit added a run dependency for - rpcbind. The relevant bit of the package

rundeps    : |
    - rpcbind

I believe it should be:

rundeps    :
    - rpcbind

Thanks A LOT! Tested and confirmed fixed. Works like a charm.