Could Not Mount Image

[Wayne Workman]

@bberrelez said:

@jgurka

I tried this and still nothing. I did find that I had an incorrect path list on the the image path under Storage management. I created a directory here: /home/fog/Images, applied the appropriate permissions and corrected the path under the storage management.

Still have the same message appearing.
Could not mount images folder (/bin/fog.upload)

Need to know information! Lol
You need to modify /etc/exports to reflect the correct path. Then reboot.

[Tom Elliott]

@bberrelez Can you ensure the .mntcheck files are in the /home/fog/images and /home/fog/images/dev files? Also, does the /home/fog/images/dev folder exist?

From the sounds of it, you switched to /home/fog/images after /images was already created.

Based on all of this, I’m also just guessing that this was a fresh install, and there were no images in /images.

Basically, if I can follow the issue at all:

You ran:

mkdir /home/fog/images
mkdir /home/fog/images/dev

If you don’t have the dev folder in /home/fog/images, you’ll also fail as the mount literally fails (no such directory).

If you do have the dev folder, then run this on your fog server as root:

mkdir -p /home/fog/images/dev
touch /home/fog/images/.mntcheck
touch /home/fog/images/dev/.mntcheck

[Wayne Workman]

I just experienced this exact issue - problem was NFS and RPC was starting up before network is even ready. I fixed it by delaying their start by 30 seconds.

Here are instructions for that for Fedora, should be awful similar (if not exactly the same) for CentOS7 - https://wiki.fogproject.org/wiki/index.php?title=Fedora_21_Server#Set_the_FOG_services_to_start_30_seconds_after_boot

My old fog server didn’t have this issue because it was slower and sort of handicapped (hence the rebuild), my new fog server is viciously fast, and can reboot in under 10 seconds…

[Wayne Workman]

@bberrelez Can you take a better photo of the error for wiki purposes? Please? Otherwise I’ll need to wait for someone else to post a picture of the same error.

wiki

[Kiweegie]

@Wayne-Workman HI Wayne know this is an old call but stumbled upon it when I had the same issue.

You were after a decent photo of the error for the wiki which I’ve not been able to get and adding in a codebox below just screws up but hopefully this workaround of text on a black background in notepad++ will do the trick

Also in my case for anyone else finding this later on I had moved the images directory to /home/fog/images and updated fog everywhere except for the /etc/exports file.

Amending that to read as

/home/fog/images *(ro,sync,no_wdelay,no_subtree_check,insecure_locks,no_root_squash,insecure,fsid=0)
/home/fog/images/dev *(rw,async,no_wdelay,no_subtree_check,no_root_squash,insecure,fsid=1)

And then running

exportfs -a

bypassed the error for me,.

cheers kiweegie.

[Wayne Workman]

@Kiweegie Added here: https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_NFS#Image_Capture:_Error_Checking_Mount

[goyoregalado]

I’ve found that there are a couple of things to do with the configuration.
I’m running 1.5.4 version and I’m experiencing the same issue.

To put this in context, I’ve installed the fog server and then the IP of this machine needed to be changed, originally it had 192.168.27.40 and now it’s 10.0.0.1

With this in mind, I found the same error than you.

As @Tom-Elliott stated I haven’t created the /home/fog/images neither /home/fog/images/dev, using his advice I created them and also created the .mntcheck files.

Then I modified the /etc/exports to reflect the changes, updating the paths to the new ones.

After that, as @Kiweegie wrote I executed exportfs -a, please notice that in the second line he proposes to modify the line of the /etc/exportfs adding an async modifier that nowadays is in place out of the box.

After all that changes, my client started but gave me a NFS timeout, looking at the error message I’ve noticed that the IP of the NFS export and the path weren’t correct yet.

Looking at file /var/www/html/fog/lib/fog/config.class.php I found that there are two values that should be updated
STORAGE_DATADIR
STORAGE_DATADIR_CAPTURE

I added the right path in both.

Tried to reboot the client but I received the same timeout.

So I ended up checking the configuration of my storage nodes at the UI.

I found that, in the storage node definition form there were a couple of fields where still had the wrong values:

• IP Address
• Image Path
• FTP Path

I updated them and now it seems to be working properly, at least the image capture step.

I hope this can help anyone.