[solved] Long delay booting with a downed NFS share

maggie · 2013-03-16 16:27:56

I have a NAS that shares by NFS but sometimes then NAS is switched off. I followed the instructions on the wiki to use x-systemd.device-timeout in my fstab but the I still hang on boot if the NAS is off.

192.168.0.2:/public   /media/public   nfs4   x-system.device-timeout=8   0   0

Last edited by maggie (2013-04-27 16:05:49)

graysky · 2013-03-16 16:43:48

I believe you are missing 'noauto,x-systemd.automount' -- re-read that wiki page.

noauto,x-systemd.automount,x-systemd.device-timeout=8

Unrelated but in case you didn't know: you can define a hostname for your NAS in /etc/hosts so you don't need to use the numerical IP of the thing in your fstab.

maggie · 2013-03-16 18:51:25

Thanks you.

WonderWoofy · 2013-03-16 19:01:21

I think using "nofail" would also do the trick. Though the "x-systemd.automount,noauto" combo is really nice. I imagine both wouldn't hurt.

There is also something about "no_netdev" and "_netdev" in the man pages for mount. I assume that this gives the system some kind of information about how to respond in the event that the device I not available, but I don't actually use this one.

maggie · 2013-04-15 19:38:11

Unsolved

If the share is mounted and the NAS box goes down, the system is very unresponsive. How can I have systemd handle the mount so if it drops off, systemd will unmount it?

WonderWoofy · 2013-04-15 23:22:02

I have an NFS share that I have converted to a native systemd unit. So I have an automount unit matched up to a mount unit (that I actually just took from the generated ones in /run/systemd).

So I added the x-systemd.automount stuff to the fstab, then checked out what it created for me. I copied them over to /etc, and gave them an [Install] section. I also added a StopWhenUnneeded=true to the [Unit] section.

You know... just look at these:

% cat /etc/systemd/system/run-media-wonderwoofy-torrents.automount

[Unit]
DefaultDependencies=no
Conflicts=umount.target
Before=umount.target remote-fs.target

[Automount]
Where=/run/media/wonderwoofy/torrents

[Install]
WantedBy=remote-fs.target

and that is matched up to this:

% cat /etc/systemd/system/run-media-wonderwoofy-torrents.mount

[Unit]
DefaultDependencies=no
After=remote-fs-pre.target
Wants=remote-fs-pre.target
Conflicts=umount.target
Before=umount.target 
After=network.target
StopWhenUnneeded=true

[Mount]
What=10.0.0.5:/srv/nfs4/torrents
Where=/run/media/wonderwoofy/torrents
Type=nfs4
FsckPassNo=0
Options=tcp,rsize=32768,wsize=32768,rw,user,hard,intr,nofail,_netdev

I am not sure if this is an abuse of the StopWhenUnneeded= parameter, but it works for me. So it will mount the directory when I enter it, and then unmount it if I leave that directory (unless a file from that directory is in use). It does spam my journal from time to time telling me that it can't unmount because a file is in use, when there is nothing to my knowledge that is using it. But 'tis a small price to pay for such awesomeness.

maggie · 2013-04-16 22:47:03

I removed the /etc/fstab entry I posted and creating your two files on my machine. I then rebooted and went into the directory but it was empty. Systemd did not mount it for me. What am I doing wrong?

cat /etc/systemd/system/media.mount 
[Unit]
DefaultDependencies=no
After=remote-fs-pre.target
Wants=remote-fs-pre.target
Conflicts=umount.target
Before=umount.target 
After=network.target
StopWhenUnneeded=true

[Mount]
What=192.168.1.2:/media
Where=/mnt/media
Type=nfs4
FsckPassNo=0
Options=tcp,rsize=32768,wsize=32768,rw,user,hard,intr,nofail,_netdev

cat /etc/systemd/system/media.automount
[Unit]
DefaultDependencies=no
Conflicts=umount.target
Before=umount.target remote-fs.target

[Automount]
Where=/mnt/media

[Install]
WantedBy=remote-fs.target

I do not see anything in my journalctl that shows it tried.

Last edited by maggie (2013-04-16 22:48:17)

graysky · 2013-04-17 14:41:49

Take systemd out of the loop since its functions in this regard are as enigmatic as the female orgasm:

Step 1) Make /usr/local/bin/auto_share and edit the vars to meet your needs:

% cat /usr/local/bin/auto_share
#!/bin/bash

SERVER_EXPORT='10.1.10.101:/share'
MOUNT_TARGET='/mnt/share'

# Nothing to do if user does not have requisite binaries.
[[ -z $(which ping) ]] && echo 'Install iputils or whatever package provides ping' && exit 0
[[ -z $(which mountpoint) ]] && echo 'Install util-linux or whatever package provides mountpoint' && exit 0

ping -c 1 10.1.10.101 &>/dev/null
if [ $? -ne 0 ]; then
	# server is down so unmount
	#
	# if we query the mount point and it was previously mounted, the script freezes
	# so just unmount forcing while lazy
	umount -l -f $MOUNT_TARGET &>/dev/null
else
	# server is up
	#
	# check if mount point is live and try to mount if not
	mountpoint -q $MOUNT_TARGET || mount -t nfs4 $SERVER_EXPORT $MOUNT_TARGET
fi

Just put that in your root crontab and enjoy.

Step 2) Make systemd run this at boot:

% cat /etc/systemd/system/auto_media.service
[Unit]
Description=NFS automount

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/local/bin/auto_media

[Install]
WantedBy=multi-user.target

% sudo systemctl enable auto_media

Step 3) Place it to run once/min in root's crontab:

# crontab -e
*/1 * * * * 	/usr/local/bin/auto_media

Last edited by graysky (2013-07-14 21:51:32)

maggie · 2013-04-19 22:07:31

Thank you graysky. Your script seems to be perfect for my setup!

Inxsible · 2013-04-21 17:11:56

maggie wrote:

Thank you graysky. Your script seems to be perfect for my setup!

then you should update your thread title to solved instead of not solved.

Arch Linux

#1 2013-03-16 16:27:56

[solved] Long delay booting with a downed NFS share

#2 2013-03-16 16:43:48

Re: [solved] Long delay booting with a downed NFS share

#3 2013-03-16 18:51:25

Re: [solved] Long delay booting with a downed NFS share

#4 2013-03-16 19:01:21

Re: [solved] Long delay booting with a downed NFS share

#5 2013-04-15 19:38:11

Re: [solved] Long delay booting with a downed NFS share

#6 2013-04-15 23:22:02

Re: [solved] Long delay booting with a downed NFS share

#7 2013-04-16 22:47:03

Re: [solved] Long delay booting with a downed NFS share

#8 2013-04-17 14:41:49

Re: [solved] Long delay booting with a downed NFS share

#9 2013-04-19 22:07:31

Re: [solved] Long delay booting with a downed NFS share

#10 2013-04-21 17:11:56

Re: [solved] Long delay booting with a downed NFS share

Board footer