dkg

Sorry, I thought you had vers=4.2 as a mount option in your fstab file. I tried this on my my system: # mount.nfs -v wolfie:/share /share mount.nfs: timeout set for Fri Feb 5 21:00:46 2016 mount.nfs: trying text-based options 'vers=4.2,addr=192.168.0.3,clientaddr=192.168.0.50' mount.nfs: mount(2): Protocol not supported mount.nfs: trying text-based options 'vers=4.1,addr=192.168.0.3,clientaddr=192.168.0.50' Do you have NFSv4.2 support enabled in your kernel? I do.

Previously, nfsmount would mount your NFS shares. nfsclient from the new nfs-utils will not. netmount will not mount nfs shares unless _netdev is specified (I think partly to avoid mounting NFS shares twice, in case both nfsmount and netmount were started on boot). It looks to me you aren't allowed to specify a point version for this option, so it's aborting. The issue isn't that the server doesn't support 4.2, which would be cause for a fallback, it's that you have an invalid argument value.

After looking through everything again, there is another step explained in the gentoo NFS wiki page[1]. I reverted the /etc/conf.d/netmount change, and added "_netdev" as a mount option in fstab. That seems to work, as well. [1] https://wiki.gentoo.org/wiki/NFS

Sorry, my initial post had a typo. It was supposed to say "Both nfsclient and netmount are in the default runlevel."

After studying the related gentoo bug, I found a workaround by changing /etc/conf.d/netmount like so: rc_need="netif.eth0 nfsclient" This fixed both my boot/mount and shutdown/unmount problems. I think nfsclient+netmount in default runlevel is supposed to work though (based on statements by the gentoo dev). I'll probably create a bug from the notes I put together. I just wanted to make sure I wasn't doing something stupid first. :)

Also, if the NFS export is mounted on shutdown, netmount hangs with 'Unmounting network filesystems...'. The logs have this: Feb 2 09:58:44 nymph kdm[4582]: :0[4582]: pam_unix(kde:session): session closed for user dave Feb 2 10:01:08 nymph kernel: nfs: server wolfie not responding, still trying Feb 2 10:01:57 nymph kernel: nfs: server wolfie not responding, timed out Feb 2 10:04:57 nymph kernel: nfs: server wolfie not responding, timed out Feb 2 10:05:02 nymph kernel: nfs: server wolfie not responding, timed out Seems like the network is going down before netmount does it's thing?

My NFS4 mount in /etc/fstab is not mounting on boot. I made the switch from nfsmount to nfsclient as recommended when I updated the system. Both nfsmount and netmount are in the default runlevel. If, after booting, I restart netmount, the NFS mount starts up. Was there something else I'm supposed to do?

So, I've added a 'sleep 10s' to /etc/init.d/samba, which works. Still hoping for a better solution.

A few "essentials" I always install early in the build process: app-misc/tmux app-editors/zile app-admin/syslog-ng app-admin/logrotate sys-process/vixie-cron

That's not a bad idea, but my smb.conf file is practically empty. It has the bare minumum to set up one file share (10 lines). There's nothing to rebuild. I suppose I just need to put samba on a delayed start, but I don't know how to do that without pausing the whole boot process.

I'm using dhcpcd so that the (static) IP address is assigned by the dhcp server which also handles DNS. That way, I only have to manage the IPs and names in one place. I forgot to mention that this configuration used to work fine. The problem may have started after an upgrade of the router (running OpenWRT which handles dhcp), but I'm not positive. Anyway, it ought to be fixable on the funtoo server.

I have a problem with samba on a file server that's been happening for a while, but just now having a closer look. When I boot the server, about the only feedback I find is in /var/log/samba/log.smbd: [2015/03/16 13:31:49, 0] smbd/server.c:1072(main) smbd version 3.6.25 started. Copyright Andrew Tridgell and the Samba Team 1992-2011 So, everything seems fine, but the shares are unresponsive. So I check status: # /etc/init.d/samba status * status: crashed And then this shows up in /var/log/messages: Mar 16 13:33:04 wolfie /etc/init.d/samba[3616]: status: crashed But there are actually smbd processes running: # ps u -C smbd USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 3216 0.0 0.1 49376 7172 ? Ss 13:31 0:00 /usr/sbin/smbd -D root 3235 0.0 0.1 49376 4452 ? S 13:31 0:00 /usr/sbin/smbd -D So I restart: # /etc/init.d/samba restart * samba -> stop: smbd ... [ ok ] * samba -> stop: nmbd ... * start-stop-daemon: no matching processes found [ ok ] * samba -> start: smbd ... [ ok ] * samba -> start: nmbd ... # /etc/init.d/samba status * status: started # ps u -C smbd USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 3761 0.0 0.1 49376 7308 ? Ss 13:41 0:00 /usr/sbin/smbd -D root 3764 0.0 0.1 49376 4348 ? S 13:41 0:00 /usr/sbin/smbd -D At this point, everything works. Any thoughts on how to get this working on boot? The box is funtoo-stable running in a VirtualBox VM using a virtio-net bridged adapter and dhcpcd (static reservation), samba 3.6.25, gentoo-sources-3.18.7. Thanks.