I just wanted to drop a dedicated thread wanting to thank everybody on the FOG Team for all of the hard work/development on FOG itself and for the fast and helpful technical support on the various topics around the forums!
Seriously guys, this is an impressive team here! Thank you ALL very much for all of the time, support and effort you’ve put into this project! I think I speak for a lot of people here when I say that it’s all “very much appreciated!”
@Wayne - I just tested out using snp.efi and that solution seems to have worked! I am uploading an image of our surface pro 3 as I write this.
I too, have a related issue with our Surface Pro 3. I was able to successfully register the host, but when I actually wanted to upload an image of my surface pro 3, it failed on the following part:
Mounting File System…failed.
I ran the “touch” commands on my storage location and checked my /etc/exports file. Everything is in order. Also, I tried uploading an image from a regular HP Desktop (Windows 7) and was successful (using the undionly.kpxe).
But when I switched it over to ipxe.efi for my surface pro 3, again, I can register and attach an upload task to it, but it’ll eventually fail again on the “Mounting File System” part…
Any advice would be appreciated.
EDIT: I’m running FOG SVN 3537
Possible? Yes. Practical? Not really, since we have quite a few legacy models.
What I think I might do though is leave our old FOG 0.32 server running in case we need to use it for these specific legacy images.
Thanks again to everyone on the FOG team for all of the development and support you all do!
So as some of you know, I’ve had some issues with FOG lately that I’ve mostly resolved by reformatting my Ubuntu FOG server and by reinstalling everything fresh. With that being said, I am now able to successfully upload and deploy new images to my FOG server.
BUT, I too, have this exact same issue reported on this thread on SVN 3537. It seems to ‘only’ occur with these legacy image settings:
Image Type: Single Disk - Resizable
Image Manager: PartImage
PS: We still use the settings listed above for some legacy XP machines that were imaged that way. All other legacy “PartImage” images that are “Multi-partition - Single Disk” work just fine.
I created a post with this same error last week and could not figure out the solution. (still appreciate the help none-the-less to those who tried).
https://forums.fogproject.org/topic/5134/svn-3513-unable-to-locate-image-storage
Anyways, I have, since then, totally rebuilt my FOG server and reimaged it using Ubuntu 12.04 LTS (64-bit) and I’ve ran all of the system updates for it. I have installed the regular FOG 1.2 stable and everything works great with registering hosts, but I still get the very same error as mentioned in this thread when trying to image a host…“Unable to Locate Image Store”.
I have tried to run the following rpcbind commands mentioned in this thread, but all I get is an “unrecognized service” error…would appreciate any help.
Thanks
One more quick update before the weekend…
So after the image upload took place on SVN 3513, I tried to deploy it back down, but it was unsuccessful because when I tried to assign the deployment task, I received the following error:
Failed to create deployment tasking for the following hosts
You must first upload an image to create a download task
I went and checked out the /images/dev folder and I found the image upload was stuck in there with its mac address. Any insight?
We did have a couple of images that we uploaded on FOG 1.2, so I went ahead and tried to deploy one of them on this new SVN 3513 and I received the same “Unable to Locate Image Store” error…
On another note, it seems that I “am” able to upload an image. Once I upload a new image, I will deploy it back down for testing purposes.
BUT I really can’t afford the time to have to re-upload all of those images individually… 
PS: I will plan to try to reinstall FOG using the latest SVN version on Monday once more. If it comes down to it, I may just remove FOG and retry all of this from scratch if nobody can figure this out. If I do decide to uninstall FOG, should I use these instructions found here? https://wiki.fogproject.org/wiki/index.php/Uninstall_FOG
@Wayne - No, unfortunately, this is not resolved yet. The picture of all of my images mostly consist of images created back with FOG 0.32. I have tried two different images/machines and I get the same “Unable to Locate Image Store” or “Unable to Locate MBR”.
I have yet to test anything out with uploading a brand new image. But never-the-less, I would like to tried to resolve this issue with the older “PartImage” images.
Here’s another picture of the images directory on my Ubuntu FOG Server. The one image I want to currently use is selected within the screenshot. Since these are older XP images, they were uploaded using “Single Disk - Resizable” instead of using “Multiple Partition Image - Single Disk”.
PS: We no longer use “Single Disk - Resizable” going forward…but some of our older images/models still use it.
I tried changing the file path of the XP image, but I don’t think I’m doing something right. I have reverted the settings back and have taken additional screenshots for troubleshooting purposes.
Actually, now that I’ve looked at my own picture again, I see something wrong.
So my image name is “5700dec2012”, but the location in the picture above is wrong…
The correct location should be /images/fiber-storage/… not simply /images/…
How do I fix this?
I have another problem and have been searching the forums (and google) for a solution and I have yet to find one.
So I am able to now successfully register a host. This host in particular is an older machine (using Windows XP), and the image being used was one that was migrated over to the new SVN version way back from FOG 0.32. So I’ve set the image to “Single Disk - Resizable” and “PartImage”.
I have went through much of the troubleshooting steps to resolve this issue including the ‘touch’ commands for the storage locations…editing the etc\exports file…changing the file/folder permissions of the storage locations…and I have yet to solve this problem. Any help is always appreciated.
So today, I updated the bzimage and init.xz files individually and tried to register a host and presto! It worked!
Once again, thank you everyone on the FOG Project team for your support and hard work on this project!
I think I found the files online:
http://sourceforge.net/projects/freeghost/files/InitList/
http://sourceforge.net/projects/freeghost/files/KernelList/
I’ll download them tomorrow and install them in the following location:
\var\www\fog\service\ipxe
If this doesn’t work, I’ll try to re-run the installer tomorrow. I’ll report back with the results.
Thanks
This will be like my 4th time re-running the installer. Is it possible to get direct download links to these files and I can manually go in and replace them myself?
If not, I can try to re-run the installer again.
Once again, I thank you for your time and support.
fog@fogproject:~$ ls -lhart /var/www/fog/service/ipxe
total 4.5M
-rw-r–r-- 1 fog www-data 907 Jun 4 11:56 boot.php
-rw-r–r-- 1 fog www-data 230K Jun 4 11:56 grub.exe
drwxr-xr-x 6 fog www-data 4.0K Jun 4 11:56 .svn
-rw-r–r-- 1 fog www-data 1.8M Jun 4 11:56 memtest.bin
-rw-r–r-- 1 fog www-data 25K Jun 4 11:56 memdisk
-rw-r–r-- 1 fog www-data 44K Jun 4 11:56 bg.png
-rw-r–r-- 1 fog www-data 1.4K Jun 4 11:56 advanced.php
drwxr-xr-x 4 www-data www-data 4.0K Jun 4 11:56 …
-rw-r–r-- 1 fog www-data 0 Jun 4 12:41 bzImage32
-rw-r–r-- 1 fog www-data 0 Jun 4 13:26 init.xz
-rw-r–r-- 1 fog www-data 0 Jun 4 14:11 init_32.xz
drwxr-xr-x 2 fog fog 4.0K Jun 4 15:57 backup
drwxr-xr-x 4 fog www-data 4.0K Jun 4 15:57 .
-rw-r–r-- 1 fog fog 2.4M Jun 4 15:57 bzImage
Here’s is the update:
So I have successfully updated our FOG server to svn 3515 and the results are the same unfortunately…
I try to register a host and it loads the bzimage quickly, then pauses for a few ‘extra’ seconds on the init.xz, but then it also finally loads just fine. Then the screen goes black (or blank) with a blinking cursor in the upper left corner of the screen.
Any help would be greatly appreciated.
I am re-downloading 3513 now to see if it fixes the issue… Not sure if this is related, but in the process of re-downloading FOG, it pauses at the following section for quite a while…like, almost 2 hours long.
*Downloading kernels and inits . . .
Maybe it’s just a coincidence. Anyways, once this fully downloads and installs, I’ll report back the results.
Thanks again for all of the hard work the Devs and Moderators put in and thanks for the quick responses.
I am also have an issue when I try to register a host. The bzimage and init both load and read “ok”, then the screen just turns blank with a blinking cursor in the top corner. Nothing happens after that.
I am currently using svn version 3510.