On Tue, 2014-11-25 at 13:40 +0100, poma wrote: > On 25.11.2014 11:14, Ian Chapman wrote: > > Hi, > > > > Is anyone successfully running NFS over RDMA on Fedora 20+? > > > > I've edited /etc/sysconfig/nfs and set the the following config paramter. > > > > RDMA_PORT=20049 > > > > Upon restarting the nfs server I get the following: > > > > modprobe: FATAL: Module svcrdma not found > > /usr/libexec/nfs-utils/scripts/nfs-server.postconfig: line 12: echo: > > write error: Protocol not supported > > > > So it looks like the kernel module svcrdma is missing and the last > > kernel to have it was 3.11.10-301.fc20. The postconfig script belongs to > > nfs-utils. > > > > Is svcrdma intentionally not built in the current kernels or has it been > > replaced by something else? > > > > [snip unedited copy from someone's terminal] 0) In mainline kernel v3.15 the config option SUNRPC_XPRT_RDMA was split in two options: SUNRPC_XPRT_RDMA_CLIENT and SUNRPC_XPRT_RDMA_SERVER. See commit 2e8c12e1b765 ("xprtrdma: add separate Kconfig options for NFSoRDMA client and server support"). 1) Fedora 20 first shipped v3.15 in last July (kernel-3.15.3-200.fc20). Looking at the git history of the Fedora kernel package I found commit commit fd469c7db4e6 ("Linux v3.15.2"). It dropped CONFIG_SUNRPC_XPRT_RDMA=m from the config files (as it was useless). It set CONFIG_SUNRPC_XPRT_RDMA_CLIENT to 'm' but did not set CONFIG_SUNRPC_XPRT_RDMA_SERVER. The commit offers no explanation of this choice. Perhaps it was discusses somewhere else. 2) A similar commit for Rawhide was 700baa35a69e ("Linux v3.14-12042-g69cd9eba3886"), but it doesn't comment on this choice either. 3) Perhaps Justin or Josh, authors of those commits, might recall why only CONFIG_SUNRPC_XPRT_RDMA_CLIENT was set. Hope this helps, Paul Bolle _______________________________________________ kernel mailing list kernel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/kernel