Could Not Mount Image
-
@jgurka People like @george1421 suggest to put the images in /opt/fog/images, which is why I suggested searching for /dev/.mntcheck
-
Hello, i think i’ve got the same problem except i made modification on the web interface :
i didnt want the “images” directory be at the root (/images)
then i copy the images directory into /home/images.Then i modify the image path on the web interface, i thought it would modify the export file also but it seems not.
then i had to modify manualy the export file. Now it works fine.
Could it be the problem ? -
The images directory needs to have full r/w/x permissions in order for FOG to use it – did you make sure to change the permissions when you created the new directory and copied the contents of the old /images?
To check the directory permissions, run the following:
cd /home ls -la #You want permissions on the new images directory to be drwxrwxrwx and also on sub-directoriesTo enable full r/w/x permissions on the folder, run the following:
chmod -R 777 /home/images #-R will run it recursively to apply the permission changes to sub-directories as well as the top directory -
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) -
@bberrelez said:
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/exportsto reflect the correct path. Then reboot. -
@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/devIf 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 -
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…
-
@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
-
@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 -abypassed the error for me,.
cheers kiweegie.
-
-
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_CAPTUREI 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.
