Fatal Error: Failed to mount nfs volume timed out
-
I do not get a return when using sudo
apl@Apl-Fog:~$ sudo chmod -R 777 /images
[sudo] password for apl: -
You need to type the apl user’s password.
-
I cut that off early. That was just a mistake it just goes back to prompt with out a return.
apl@Apl-Fog:~$ sudo chmod -R 777 /images
[sudo] password for apl:
apl@Apl-Fog:~$ -
that’s fine.
There shouldn’t be a return, if there is it means something has gone wrong.
-
Failed to mount NFS Volume again
-
[ATTACH]1410[/ATTACH]It Hangs on i8042 before moving on to checking in and getting stuck for a few minutes before failing[ATTACH]1409[/ATTACH]
[url=“/_imported_xf_attachments/1/1409_IMAG0177_BURST002.jpg?:”]IMAG0177_BURST002.jpg[/url][url=“/_imported_xf_attachments/1/1410_IMAG0176_BURST001.jpg?:”]IMAG0176_BURST001.jpg[/url]
-
This post is deleted! -
Just out of curiosity I recreated the upload task in the debug mode. When I list the directory from the client machine the /images directory is not visible. Is it a matter of file permissions / sharing ?
-
For give me if this is a stupid question. But I finally got the permissions issue sorted out. I can open the /images folder now.
Here is the stupid part of the question, and believe me I do feel stupid.
Is there supposed to be a visible file named .mntcheck?
As you can see by the screen shot the file is empty…
Again I’m very sorry if this a stupid waste of time.
[url=“/_imported_xf_attachments/1/1419_Screenshot from 2014-10-09 18:57:44.png?:”]Screenshot from 2014-10-09 18:57:44.png[/url]
-
Okay Yes I figured out there is supposed to be a file there from another post I however do not know how to regenerate them. I tried running the installer again but that wasn’t any help
-
I Tried this:
root@Apl-Fog:~# ls -l /images/.mntcheck
-rwxrwxrwx 1 root root 0 Oct 9 19:11 /images/.mntcheck
root@Apl-Fog:~# ls -l /images/dev/.mntcheck
-rwxrwxrwx 1 root root 0 Oct 8 14:03 /images/dev/.mntcheck
root@Apl-Fog:~# touch /images/.mntcheck
root@Apl-Fog:~# chmod 777 /images/.mntcheck
root@Apl-Fog:~# touch /images/dev/.mntcheck
root@Apl-Fog:~# chmod 777 /images/dev/.mntcheckHowever the directory is still empty
[url=“/_imported_xf_attachments/1/1420_Screenshot from 2014-10-09 19:22:01.png?:”]Screenshot from 2014-10-09 19:22:01.png[/url]
-
I’m only going on a limb and guessing you’re fairly new to the linux world?
Files that begin with a . are “hidden” from the filesystem. This would be why you’re seeing “contents: nothing”.
When you’re running the chmod commands I’d recommend using with the -R argument.
The reason is because chmod 777 <file/foldername> only affects the individual item.
chmod -R 777 <folder> means to set the persmissions recursively which is what you need.
-
To see hidden files, change your command ‘ls -l’ to ‘ls -la’.
Edit: If you want to see hidden files/folders over the file manager, press ctrl + h.
-
I will give that a shot this afternoon.
Also yeah kind of a noob, the last time I had to use Linux was for the cert back in early 2000. I didn’t really pass either.
-
I mean no harm when i say these things.
I just want to understand what point of view I need to work with.
Hopefully you understand.
-
Well in that sense I’m not completely illiterate when it comes to tech. I have been in IT for years just never really had anything to do with Linux until now.
-
Here is what I have attempted so far this afternoon. No such luck getting any better results.
(Except that it seems like it is taking longer on “Checking In and Mounting File System”)
[url=“/_imported_xf_attachments/1/1433_Currently attempting.jpg?:”]Currently attempting.jpg[/url]
-
I don’t really know what else to do except maybe wipe and reinstall maybe with v14 of Ubuntu. Kind of a last resort though.
At this point a little feed back would be helpful,
Is it the fog machine?
It is listed as compatible hardware Dell Optiplex 760Is there the possibility of it being a client issue?
The client is hardware registered.
The management console is [B]unable[/B] to resolve host name.
It obviously PXE boots and starts fog.I am really unsure of what else to try. I have an extra HDD I may try a v14 load and see what happens.
I also have a second client machine different make and model, I guess before I try a reload I will set up the other machine. . . -
Last update for the day.
I have not changed anything from the other day. I am now getting stuck at :
PXE-E32: TFTP open timeout
TFTP…Again I did not change anything from the other day infact I shut it all down and only got around to booting it all up this evening.
I don’t understand what happened, that part was at least working. >.<
-
Try restarting the tftpd-hpa service:
[code]sudo service tftpd-hpa restart[/code]
