Unable to locate image store.

[ManofValor]

Trying to do a an image and getting this error:

CentOS 7
FOG v.6476
HP Z440 64bit

[Sebastian Roth]

@ManofValor Need more information! Image type? OSID? Full output of ls -al /images/MCWP82 on the FOG server?

[ManofValor]

@Sebastian-Roth
Image type-Single Disk - Re-sizable
OSID-How do I find that? I’m very new to linux
Output of ls -al /images/MCWP82:

[root@localhost bin]# ls -al /images/MCWP82
ls: cannot access /images/MCWP82: No such file or directory
[root@localhost bin]# ls -al /images
total 16
drwxrwxrwx.  4 root root 4096 Feb 24 15:59 .
dr-xr-xr-x. 21 root root 4096 Feb 26 16:48 ..
drwxrwxrwx.  2 root root 4096 Feb 24 15:59 dev
-rwxrwxrwx.  1 root root    0 Feb 24 15:59 .mntcheck
drwxrwxrwx.  2 root root 4096 Feb 24 15:59 postdownloadscripts

[ManofValor]

@Sebastian-Roth @Wayne-Workman @george1421 @Tom-Elliott I think I know what the problem might be. It’s trying to upload the image to /images/ but when I setup the partitioning I set it up to go to /opt/fog/images, per one of the moderators suggestion. Am I right and if I am how do I get the FOG server to do it right.
I don’t know what I’m doing so this could just be mumbo jumbo.

[george1421]

I may have told you half of the path you need to follow in the previous post. Since then I did write a kb article on this https://forums.fogproject.org/topic/6642/moving-fog-s-images-files-off-the-root-partition

What I found out during writing this is that the FOG client has a few hard coded paths where it MUST have the /images folder. So I worked out a way to move the images files yet retain the /images folder. You probably want to pick up at step 17. And then also check through your fog configuraiton to make the storage node and fog configuraiton settngs are pointing to /image again. Moving all of the files to the /opt partition IS the right move, just the path to do this ran through some bumps. I can say I AM using the path as defined in the kb article on my production fog server and it does run without issue.

[Sebastian Roth]

@ManofValor No I think things are ok for you. Just try ls -al /opt/fog/images/MCWP82

The OSID you can see in the image management in your FOG web interface. Sorry, the setting is actually just called “Operating System”…

[Wayne Workman]

@george1421 said:

the FOG client has a few hard coded paths where it MUST have the /images folder.

Would you happen to know where those are? I’d like for them to be fixed.

[george1421]

@Wayne-Workman said:

@george1421 said:

the FOG client has a few hard coded paths where it MUST have the /images folder.

Would you happen to know where those are? I’d like for them to be fixed.

The first thing I noticed was the installer didn’t ask me where I wanted my images when I installed my production server a few weeks ago. Then in the inits I found hard coded references to /images. So I assumed that having a relocatable /image directory was no longer an option. SO I had to find/make a work around. My kb article does just this. It lets FOG have the /images folder that I bind mounted to /opt/fog/images.

I just had a chat session with ManofValor and he is through the kb. He had to take a lunch break but we will do some final checks and he should be good to go.

[Tom Elliott]

@george1421 The init’s do not hardcode the reference to /images.

/images, within the init, is a folder that the NFS mount’s TO. (Hopefully that makes sense.)

[george1421]

@Tom-Elliott Ah, ok. I stand (sit) corrected then. Either way, using a bind mount does what is needed without having to tweak the FOG setup one bit (since everything is done at the OS level). So it was worth the time to document.

[Wayne Workman]

I just hit this exact error with an image of Ubuntu that I captured yesterday.

The images name is Optiplex_7010_Ubuntu

Looking through the permissions of the images, I see this:

[root@localhost images]# ls -la
total 136
drwxrwxrwx. 31 fog  root  4096 Feb 29 14:50 .
dr-xr-xr-x. 22 root root  4096 Mar  1 14:22 ..
drwxrwxrwx.  2 fog  root  4096 Feb  9 10:06 AcerE11base
drwxrwxrwx.  2 fog  root  4096 Feb  9 10:11 Acer_E11_Official_FRC_2016_Base
drwxrwxrwx.  2 root root  4096 Feb 19 09:25 Chromeion
drwxrwxrwx.  2 fog  root  4096 Feb  9 10:24 DellE6440
drwxrwxrwx.  2 fog  root  4096 Feb  9 10:39 DELLLATITUDE3340
drwxrwxrwx.  2 fog  root  4096 Mar  1 14:25 dev
drwxrwxrwx.  2 fog  root  4096 Feb  9 10:47 EliteBook8730w
drwxrwxrwx.  2 fog  root  4096 Feb  9 10:56 EliteBook8730wJuly2015
drwxrwxrwx.  2 fog  root  4096 Feb  9 11:08 EliteBook8730wPLTWAUG2015
drwxrwxrwx.  2 root root  4096 Feb 11 15:35 EliteBook8730wWIN10_FEB2016
drwxrwxrwx.  2 fog  root  4096 Feb  9 12:43 Lenovo6073ETMay2015
drwxrwxrwx.  2 fog  root  4096 Feb  9 12:33 Lenovo7303June2015New
drwxrwxrwx.  2 fog  root  4096 Feb  9 12:58 Lenovo9964Win7May2015
drwxrwxrwx.  2 fog  root  4096 Feb  9 13:05 LenovoL412Dec2015
drwxrwxrwx.  2 fog  root  4096 Feb  9 14:46 LenovoL420Win7Sep2015
drwxrwxrwx.  2 fog  root  4096 Feb  9 15:50 LenovoL530Dec2015
drwxrwxrwx.  2 fog  root  4096 Feb  9 16:01 LenovoL530Win7Sep2015
drwxrwxrwx.  2 fog  root  4096 Feb  9 16:12 LenovoS10eUbuntu7302015
drwxrwxrwx.  2 fog  root  4096 Feb  9 16:14 LenovoThinkCentreJune2015
drwxrwxrwx.  2 fog  root  4096 Feb  9 16:30 LenovoThinkStationS206262015
drwxrwxrwx.  2 fog  root 16384 Feb  9 08:25 lost+found
-rwxrwxrwx.  1 fog  root     0 Feb 10 11:01 .mntcheck
drwxrwxrwx.  2 fog  root  4096 Feb  9 16:44 Optiplex7010June2015New
drwxrwxrwx.  2 fog  root  4096 Feb  9 16:57 Optiplex7010Server201264bit
-rw-r--r--.  1 fog  fog      0 Feb 29 14:50 Optiplex_7010_Ubuntu
drwxrwxrwx.  2 fog  root  4096 Feb  9 17:03 Optiplex90207212015
drwxrwxrwx.  2 fog  root  4096 Feb  9 17:18 Optiplex_9020_Win10
drwxrwxrwx.  2 fog  root  4096 Feb  9 17:22 postdownloadscripts
drwxrwxrwx.  2 fog  root  4096 Feb  9 17:22 R023250XXXXWDMB
drwxrwxrwx.  2 fog  root  4096 Feb  9 17:50 ToshibaTecraA9WINXPStressAnalyzer
drwxrwxrwx.  2 root root  4096 Feb 17 13:24 WIN10_EliteBook8730w

See? It’s not a directory, but instead is a file. And the permissions are messed up too.

I’m not sure if it’s related but I did find a straggling image in the /images/dev folder with a MAC on it. I already deleted it earlier today but I’m wondering if that was the recent Ubuntu image I uploaded.

[george1421]

I took him to completion of the moving the images file and as far as I can tell the system is setup correctly, but he is still getting the error in the original post.

[ManofValor]

ok, I went back to fog management and deleted everything for this client and started over. i got through to the blue screen with red progress bars and it went really quick. It rebooted and then I got:

“Boot device not found”

Please install an operating system on your hard disk

Hard disk (3F0)

F2 system diagnostics

I have been getting this since the beginning. Ive had to reinstall win 7 3-4 times

[george1421]

Interesting. It looks like you are deploying the image. Can you confirm that in /image/mcwp82 you have files in there (with the understanding that /images is being mapped to /opt/fog/images now).

[ManofValor]

@george1421 Yes, it is there.

[Tom Elliott]

@ManofValor Is it a file or is it a directory?

What’s the output of:
ls -lhRart /opt/fog/images

[ManofValor]

@Tom-Elliott

[root@localhost MCWP82]#  ls -lhRart /opt/fog/images
/opt/fog/images:
total 20K
-rwxrwxrwx. 1 root root    0 Feb 24 15:59 .mntcheck
drwxrwxrwx. 2 root root 4.0K Feb 24 15:59 postdownloadscripts
drwxr-xr-x. 6 root root 4.0K Mar  1 11:42 ..
drwxrwxrwx  2 root root 4.0K Mar  1 14:48 MCWP82
drwxrwxrwx. 2 root root 4.0K Mar  1 14:48 dev
drwxrwxrwx. 5 root root 4.0K Mar  1 14:48 .

/opt/fog/images/postdownloadscripts:
total 12K
-rwxrwxrwx. 1 root root  233 Feb 24 15:59 fog.postdownload
drwxrwxrwx. 2 root root 4.0K Feb 24 15:59 .
drwxrwxrwx. 5 root root 4.0K Mar  1 14:48 ..

/opt/fog/images/MCWP82:
total 1.4M
-rwxrwxrwx  1 root root    1 Mar  1 14:48 d1.fixed_size_partitions
-rwxrwxrwx  1 root root  122 Mar  1 14:48 d1.partitions
-rwxrwxrwx  1 root root    0 Mar  1 14:48 d1.original.swapuuids
-rwxrwxrwx  1 root root   15 Mar  1 14:48 d1.original.fstypes
-rwxrwxrwx  1 root root 1.0M Mar  1 14:48 d1.mbr
-rwxrwxrwx  1 root root  122 Mar  1 14:48 d1.minimum.partitions
-rwxrwxrwx  1 root root 337K Mar  1 14:48 d1p1.img
drwxrwxrwx  2 root root 4.0K Mar  1 14:48 .
drwxrwxrwx. 5 root root 4.0K Mar  1 14:48 ..

/opt/fog/images/dev:
total 8.0K
-rwxrwxrwx. 1 root root    0 Feb 24 15:59 .mntcheck
drwxrwxrwx. 5 root root 4.0K Mar  1 14:48 ..
drwxrwxrwx. 2 root root 4.0K Mar  1 14:48 .

[Sebastian Roth]

@ManofValor Something seams wrong with that image! Does it only have one partition (d1p1.img) - sure possible. But the image being only 337 KB in size is very unlikely I’d say. Did you see something going wrong when uploading the image?

Please post the output of the following command: cat /opt/fog/images/MCWP82/d1.partitions

As well please check if your images directory is configured properly throughout FOG:

• FOG web interface, Storage Management
• NFS shares (cat /etc/exports)

[ManofValor]

@Sebastian-Roth

[root@localhost bin]# cat /opt/fog/images/MCWP82/d1.partitions
label: dos
label-id: 0x0007ef66
device: /dev/sda
unit: sectors

/dev/sda1 : start=        2048, size=  1953523120, type=7
[root@localhost bin]# cat /etc/exports
/images *(ro,sync,no_wdelay,no_subtree_check,insecure_locks,no_root_squash,insecure,fsid=0)
/images/dev *(rw,async,no_wdelay,no_subtree_check,no_root_squash,insecure,fsid=1)

[george1421]

Since we moved things around you probably should issue this command cat /images/MCWP82/d1.partitions Just so the screen shots are consistent. It better give you the same exact answer.

But looking at the files, and screen shots. It appears your reference computer’s disk image didn’t make it to the fog server completely (mostly didn’t make it).