NFS module won't be loaded through rc.conf

unull · 2012-01-27 14:08:21

Hello,

since the kmod/udev updates last weekend the nfs module is not automatically inserted into the kernel anymore. I'm mounting NFS share on my notebook which was working without any manual module loading before last weekend. Now when trying to start netfs it results in

mount.nfs: No such device

I tried adding the nfs module into the modules array in rc.conf which gives a 'failed' notification upon booting for "Loading User-Specified Modules"

MODULES=(acpi-cpufreq eeepc-laptop nfs)

lsmod|grep nfs

only lists nfs_acl and not nfs. I can insert the module manually via 'modprobe nfs' and mounting works again.

Is this a kmod issue? Can anyone help me with this?

Regards

UPDATE: Adding the nfs module in my mkinitcpio.conf seems to fix the issue. It would be still interesting to know if that's some sort of new bug.

Last edited by unull (2012-01-27 14:11:53)

bjschuma · 2012-01-28 04:35:50

I didn't think of trying mkinitcpio.conf. I'll have to try that since putting /etc/rc.conf isn't working for me, either. I'm hoping it's a kmod issue that gets worked out over the weekend...

moetunes · 2012-01-28 05:46:40

Are you autostarting the daemons?

unull · 2012-01-28 12:27:21

moetunes wrote:

Are you autostarting the daemons?

I'm starting netfs only through my netcfg profiles through Post-Up hooks. Might that be the issue?

Last edited by unull (2012-01-28 12:27:42)

tomk · 2012-01-28 12:35:46

No - that's how I do it too, and everything's working as before i.e. module is autoloaded as required.

I know that doesn't particularly help you, just answering your question about netcfg.

Last edited by tomk (2012-01-28 12:51:25)

falconindy · 2012-01-28 14:14:01

Please post the output of 'modprobe -c'

unull · 2012-01-29 00:36:29

falconindy wrote:

Please post the output of 'modprobe -c'

https://gist.github.com/1696438

falconindy · 2012-01-31 18:15:51

Could you try kmod-4-2 from testing and boot with KMOD_LOG=8? You should see a fair bit of output which will be in /var/log/boot.

unull · 2012-01-31 21:06:00

I upgraded to kmod 4-2 and I can see some verbose info while booting, however, /var/log/boot shows just the usual stuff.

nomorewindows · 2012-02-01 00:34:08

???
Usually the NFS module is loaded in /etc/mkinitcpio.conf along with the net hook, but usually this is only needed for a diskless client kernel compilation.
The only thing I ever need since the nfs module is loaded automatically is to place rpcbind & nfs-common into the daemons section in /etc/rc.conf and I'm able to mount nfs with no problem on every bootup.

unull · 2012-02-01 08:53:52

nomorewindows wrote:

The only thing I ever need since the nfs module is loaded automatically is to place rpcbind & nfs-common into the daemons section in /etc/rc.conf and I'm able to mount nfs with no problem on every bootup.

Yes, that worked until last week or so but not anymore, as I wrote in my 1st post.

JeremyT · 2012-02-01 23:41:57

unull wrote:

nomorewindows wrote:
The only thing I ever need since the nfs module is loaded automatically is to place rpcbind & nfs-common into the daemons section in /etc/rc.conf and I'm able to mount nfs with no problem on every bootup.
Yes, that worked until last week or so but not anymore, as I wrote in my 1st post.

I'm seeing the same behavior. The mkinitcpio.conf change listed above works for me, FWIW, but that shouldn't be needed here.

I can manually load the module once the system finishes booting, so I wonder if it's a module loading order thing related to rc.conf

falconindy · 2012-02-02 00:50:13

JeremyT wrote:

unull wrote:
nomorewindows wrote:
The only thing I ever need since the nfs module is loaded automatically is to place rpcbind & nfs-common into the daemons section in /etc/rc.conf and I'm able to mount nfs with no problem on every bootup.
Yes, that worked until last week or so but not anymore, as I wrote in my 1st post.
I'm seeing the same behavior. The mkinitcpio.conf change listed above works for me, FWIW, but that shouldn't be needed here.
I can manually load the module once the system finishes booting, so I wonder if it's a module loading order thing related to rc.conf

Please post the other modules you have in rc.conf.

I'm starting to think this is a duplicate of: https://bbs.archlinux.org/viewtopic.php?pid=1051315

If any module in MODULES fail, loading stops. Please go through your modules in rc.conf one at a time and make sure each of them individually loads.

falconindy · 2012-02-02 01:13:54

Please try one of the packages below for your architecture... assuming its the same problem as what I linked in the above thread, this should fix it...

i686: http://dev.archlinux.org/~dreisner/kmod … pkg.tar.xz
x86_64: http://dev.archlinux.org/~dreisner/kmod … pkg.tar.xz

tomk · 2012-02-02 07:16:44

hmm... just re-read some of this, and I noticed that you (unull, that is) said you're only using netfs, a detail that I mssed when I posted above. I'm using nfs-common and rpcbind as well, as recommended by the wiki - maybe you should try that.

JeremyT · 2012-02-02 20:00:02

I will be able to test the packages tonight, but in the meantime I can add some information about my situation.

Prior to this update, I was not manually loading the nfs module from rc.conf. In fact, I loaded no modules from rc.conf at all. I was instead using the init scripts rpcbind and nfs-common. nfs-common *should* load the module on its own, if you have a non-empty /etc/exports file (I do).

After this update and subsequent reboot, I found that NFS had "stopped working." In my cause I use autofs and not direct entries in /etc/fstab; automount was complaining of the following:

>> mount.nfs4: No such device

At this point I googled around and realized that the nfs module was not loaded. I was then able to stop autofs and restart nfs-common, which loaded the module. After this I restarted autofs, which resulted in the expected behavior (everything worked).

Thinking that adding 'nfs' to MODULES in rc.conf might do the trick, I made that change and rebooted - but I found that I was in the exact same situation as before. I had to manually restart nfs-common again and the module was loaded. And that finally lead me to this thread, and the successful workaround by loading nfs in the initial ramdisk as configured in mkinitcpio.conf.

I can report another possibly related situation: one of my (non-root) partitions in this system uses btrfs. Prior to this update, I had done nothing special to make this work; it simply mounted properly on boot, as any other filesystem in fstab does.

However, I now find that I must manually load the btrfs module in order for the filesystem to be mounted. I have added this to rc.conf (but have not yet tested whether it resolves the problem). I should note that the wiki documentation for btrfs implies that you *should* need to load the module from rc.conf, but I had never found that to be true in practice prior to this update.

falconindy · 2012-02-02 20:20:55

JeremyT wrote:

However, I now find that I must manually load the btrfs module in order for the filesystem to be mounted

This isn't even a function of mount -- the kernel itself will insert FS modules for you (via the internal function path __request_module => call_usermodehelper_fns)

# lsmod | grep btrfs
# mount LABEL=foo /mnt
# lsmod | grep btrfs
btrfs                 610736  1 
zlib_deflate           20340  1 btrfs
libcrc32c               1034  1 btrfs

JeremyT · 2012-02-02 21:31:13

falconindy wrote:

JeremyT wrote:
However, I now find that I must manually load the btrfs module in order for the filesystem to be mounted
This isn't even a function of mount -- the kernel itself will insert FS modules for you (via the internal function path __request_module => call_usermodehelper_fns)
# lsmod | grep btrfs
# mount LABEL=foo /mnt
# lsmod | grep btrfs
btrfs                 610736  1 
zlib_deflate           20340  1 btrfs
libcrc32c               1034  1 btrfs

That is the expected behavior... but it surely does not work for me. ext4 mounted just fine.

I have had minimal time to investigate this, I just thought I would mention it since it coincided with my nfs trouble and I wondered if it was related.

falconindy · 2012-02-03 17:42:08

Anyone able to test the kmod-4-3 packages I posted? Would like to ship this to the masses before kmod 5 is released (because I'm sure it's going to have different demons...)

Zrudi · 2012-02-03 18:26:53

falconindy wrote:

Anyone able to test the kmod-4-3 packages I posted? Would like to ship this to the masses before kmod 5 is released (because I'm sure it's going to have different demons...)

I have the same problem as unull. However, the package you posted did not correct the issue on my system; the nfs module is still not being loaded automatically.

However, when I restart the "nfs-common" daemon, I get the following error:

:: Stopping rpc.idmapd daemon                                                                 [DONE] 
:: Stopping rpc.statd daemon                                                                  [DONE] 
:: Starting rpc.statd daemon                                                                  [DONE] 
:: Mounting pipefs filesystem                                                                 [BUSY] 
ERROR: could not insert 'nfs': Is a directory                                              
                                                                                              [DONE] 
:: Starting rpc.idmapd daemon                                                                 [DONE]

Any thoughts?

JeremyT · 2012-02-03 20:03:21

falconindy wrote:

Anyone able to test the kmod-4-3 packages I posted? Would like to ship this to the masses before kmod 5 is released (because I'm sure it's going to have different demons...)

I installed your kmod package, however I saw no change in behavior.

falconindy · 2012-02-03 20:14:30

JeremyT wrote:

falconindy wrote:
Anyone able to test the kmod-4-3 packages I posted? Would like to ship this to the masses before kmod 5 is released (because I'm sure it's going to have different demons...)
I installed your kmod package, however I saw no change in behavior.

Thanks, but I'm not interested in your unrelated mount oddity.

JeremyT · 2012-02-03 20:24:43

falconindy wrote:

JeremyT wrote:
falconindy wrote:
Anyone able to test the kmod-4-3 packages I posted? Would like to ship this to the masses before kmod 5 is released (because I'm sure it's going to have different demons...)
I installed your kmod package, however I saw no change in behavior.
Thanks, but I'm not interested in your unrelated mount oddity.

I am describing the NFS module's failure to load without adding it to the initial ramdisk, which I thought your kmod was supposed to address. Perhaps I have misunderstood its purpose.

falconindy · 2012-02-03 22:50:53

Zrudi wrote:

falconindy wrote:
Anyone able to test the kmod-4-3 packages I posted? Would like to ship this to the masses before kmod 5 is released (because I'm sure it's going to have different demons...)
I have the same problem as unull. However, the package you posted did not correct the issue on my system; the nfs module is still not being loaded automatically.

However, when I restart the "nfs-common" daemon, I get the following error:
:: Stopping rpc.idmapd daemon                                                                 [DONE] 
:: Stopping rpc.statd daemon                                                                  [DONE] 
:: Starting rpc.statd daemon                                                                  [DONE] 
:: Mounting pipefs filesystem                                                                 [BUSY] 
ERROR: could not insert 'nfs': Is a directory                                              
                                                                                              [DONE] 
:: Starting rpc.idmapd daemon                                                                 [DONE]
Any thoughts?

Yeah. Its trying to resolve /var/lib/nfs as a module. Its fixed in git, though I'm not sure this is a change I can easily backport.

unull · 2012-02-04 18:30:50

The new kmod package doesn't solve the issue for me, too. I only have

MODULES=(acpi-cpufreq eeepc-laptop ipv6)

in rc.conf. Each of those load properly and work.

Arch Linux

#1 2012-01-27 14:08:21

NFS module won't be loaded through rc.conf

#2 2012-01-28 04:35:50

Re: NFS module won't be loaded through rc.conf

#3 2012-01-28 05:46:40

Re: NFS module won't be loaded through rc.conf

#4 2012-01-28 12:27:21

Re: NFS module won't be loaded through rc.conf

#5 2012-01-28 12:35:46

Re: NFS module won't be loaded through rc.conf

#6 2012-01-28 14:14:01

Re: NFS module won't be loaded through rc.conf

#7 2012-01-29 00:36:29

Re: NFS module won't be loaded through rc.conf

#8 2012-01-31 18:15:51

Re: NFS module won't be loaded through rc.conf

#9 2012-01-31 21:06:00

Re: NFS module won't be loaded through rc.conf

#10 2012-02-01 00:34:08

Re: NFS module won't be loaded through rc.conf

#11 2012-02-01 08:53:52

Re: NFS module won't be loaded through rc.conf

#12 2012-02-01 23:41:57

Re: NFS module won't be loaded through rc.conf

#13 2012-02-02 00:50:13

Re: NFS module won't be loaded through rc.conf

#14 2012-02-02 01:13:54

Re: NFS module won't be loaded through rc.conf

#15 2012-02-02 07:16:44

Re: NFS module won't be loaded through rc.conf

#16 2012-02-02 20:00:02

Re: NFS module won't be loaded through rc.conf

#17 2012-02-02 20:20:55

Re: NFS module won't be loaded through rc.conf

#18 2012-02-02 21:31:13

Re: NFS module won't be loaded through rc.conf

#19 2012-02-03 17:42:08

Re: NFS module won't be loaded through rc.conf

#20 2012-02-03 18:26:53

Re: NFS module won't be loaded through rc.conf

#21 2012-02-03 20:03:21

Re: NFS module won't be loaded through rc.conf

#22 2012-02-03 20:14:30

Re: NFS module won't be loaded through rc.conf

#23 2012-02-03 20:24:43

Re: NFS module won't be loaded through rc.conf

#24 2012-02-03 22:50:53

Re: NFS module won't be loaded through rc.conf

#25 2012-02-04 18:30:50

Re: NFS module won't be loaded through rc.conf

Board footer