Mounted NFS volume - Done, Failed to mount NFS Volume

[p38fln]

Of course, see below:
[ATTACH=full]1174[/ATTACH]

[url=“/_imported_xf_attachments/1/1174_fogstoragenode.png?:”]fogstoragenode.png[/url]

[x23piracy]

Hi,

oh you touched the defaultmember? afai remember this is not good.
Have you tried to leave it untouched and add an additional storage node?

Regards X23

[p38fln]

I was mistaken, it is creating entries in journalctl when the client connects to the server

Jul 17 11:39:46 localhost rpc.mountd[2506]: authenticated mount request from 10.0.0.141:939 for /images/dev (/images/dev)
Jul 17 11:39:29 localhost in.tftpd[29884]: tftp: client does not accept options
Jul 17 11:39:29 localhost xinetd[994]: START: tftp pid=29883 from=10.0.0.141

[p38fln]

I tried to put it back to how it was but if you can tell I touched it obviously did something wrong - what should it look like?

[x23piracy]

Hi,

iam not sure if it’s harmful to edit the defaultmaster, just an idea.
This one here is untouched except the storage node name:

[IMG]http://i.imgur.com/zD43ETj.png[/IMG]

If your machine is a test environment, simply drop fog db and reinstall

Regards X23

[p38fln]

I dropped the fog db and reinstalled and the DefaultMember configuration looks exactly the same as before, and same errors - It mounts the NFS volume, then says it isn’t mounted.

[ianabc]

You can schedule a debug tasks for one of the clients and boot into the imaging environment. Under “Basic Tasks” for the client you are trying to image select “Advanced”, then “Debug task”, when the client finishes booting it will leave you at a shell. Try the mount command manually from there, e.g.
[CODE]
$ mount -o nolock,proto=tcp,rsize=32768,wsize=32768,intr,noatime 10.0.0.36:/images/dev /mnt
[/CODE]
That will let you watch for errors on the NFS server without rebooting the client.

[ianabc]

[quote=“p38fln, post: 33443, member: 2516”]I dropped the fog db and reinstalled and the DefaultMember configuration looks exactly the same as before, and same errors - It mounts the NFS volume, then says it isn’t mounted.[/quote]

How are you confirming that it is actually mounted?

[p38fln]

All I can go on is it says Mounted NFS Volume - Done as it boots up.

I tried running the mount command in the shell as you suggested, it worked fine and I was able to view the contents of the /images/dev directory and open a file and delete a file from the client.

[ianabc]

The section of code that generates that error is
[CODE]
if [ -f “/images/.mntcheck” ]; then
…
else
handleError “Fatal Error: Failed to mount NFS Volume.”;
fi
[/CODE]
Is your .mntcheck still there? It is generated by the installer, but if you have recreated the /images directory it might be missing
[CODE]
$ ls -l /images/.mntcheck
-rwxrwxrwx. 1 root root 0 Jul 5 22:04 /images/.mntcheck
$ ls -l /images/dev/.mntcheck
-rwxrwxrwx. 1 root root 0 Jul 5 22:04 /images/dev/.mntcheck
[/CODE]
If they are missing, just regenerate them
[CODE]
$ touch /images/.mntcheck
$ chmod 777 /images/.mntcheck
$ touch /images/dev/.mntcheck
$ chmod 777 /images/dev/.mntcheck
[/CODE]

[p38fln]

That was it! .mntcheck was missing from /images/dev. Thank you!