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

I’ve already got.

Thank you so much guys!!!

I can’t say I have checked… but it’s supposed to be either fog:fog or fog:root on a standard installation.

One of the things I hate about Ubuntu, lately, is exactly this.

Ever since moving to Upstart to control services, the services seem to no longer be controlled.

It will start services before the dependent services (Networking, Local system, etc…) is running.

This breaks other things as well, such as the linux side FOG Services (FOGMulticastManager,FOGScheduler, etc…)

What’s happening, from what I can see, is it starts mysql before networking is ready. It works for a small amount of time, but then when networking is ACTUALLY ready, the service fails. Upstart is supposed to handle restarting a crashed service, but it’s almost like it was completely forgotten about.

@Tom-Elliott said:

What do you mean?

FOG Is a network booting system. The BIOS needs to be setup to allow network booting as the first option.

@ben-walker https://wiki.fogproject.org/wiki/index.php/FOGUserGuide

@ben.walker

Yep.

Look at this for installing the Trunk version: https://wiki.fogproject.org/wiki/index.php/SVN

@Tom-Elliott said:

What finally fixed it?

Are you using the “fog” user or the admin or the administrator?

@Tom-Elliott said:

What finally fixed it?

Are you using the “fog” user or the admin or the administrator?

Finally ftp://IP/images is OK without anymore configuration, it’s seem to be a native setting in Qnap.

He modify his storage node configuration too.

Thank you, I am not sure my first image was 433Gig and my second was 45Gig. I did nothing different. I am glad to see the file size has decreased.

Ben

Thank you!

Woot Woot.

Tom has fixed the issues and I am 100% up and functioning

@cml

Well, I tell them that I took the time to try the ISO CML … and the truth … it’s very nearly what I need … exept for a question … if I need to install 10 pcs at the same time, having this ISO on a flash drive … it could perform smoothly … nor any conflict with my dhcp ??? From what I saw, putting the direction of the mist, it goes directly to the …

I have to get the hat !!! Spectacular !!!

Surely … I will continue to consult for further progress and learning!

Thank you very much !!!

All links to the old wiki should properly redirect.

For future readers,

to test without using the debug deployment (just using a LIVE CD instead),

inside /etc/exports on the FOG server,
Set the fsid for /images to 0 and /images/dev to 1

Save that, exit that, then run this:
exportfs -a

(got all that info from Tom)

Expect a completed “Troubleshoot NFS” article soon!

And some of my terrible artwork for Tom, too. lol

Aha! Thanx Jbob. I swear I clicked on it before and it gave me a `you can not upvote your own posts’. I must have slipped onto the ^ voting symbol.

< edit >
… and the crowd goes wild.

@Wayne-Workman

They aren’t static, but they do retain leases for a long time. At the campus here, the ICT services department control the DHCP server that gives our machines their IPs and the DNS servers. We have some control (over AD groups and users and group policies and - to a degree - our switches and physical infrastructure) but not when it comes to DHCP/DNS operation. So we are stuck with IPs.

Which is fine, we can find which PCs are which IPs. I would have thought that a host could identify itself when the FOG service first starts and update its record that way, but I wouldn’t have thought NetBIOS pinging was really the way to go for communication with hosts when IP and MAC addresses are used for everything else.

It was adding the * that helped get these going, thanks Deastrom!

I get it. It’s just that there are some new features in Fog that many of us can’t use because they don’t have that stamp of approval.

[quote=“George Stewart, post: 47485, member: 29650”]Thank you for the responses.

I am using the location plugin, but I have only one location. I’ve named this “main”. I have a dedicated 10 gig connection between my sites ( fiber ). One site can see the fog menu, register a device but fails (just reboots) once the image starts to pull down. My other site can’t boot to the fog system at all. I’ve ruled out the patch cables or switches being a problem as they are the same at all of my locations (gigabit switches). Should I setup additional locations at these other two sites and push the location\replicate the images down to these other sites? Just don’t want to go that route if my dedicated fog server here at the main location can handle this for me already.[/quote]

You only have one PHYSICAL location, but do you have V-Lans, or seperate broadcast domains configured? Is your location sub-netted?

The location plugin only needs to be used if you have logically separated networks segments.

If everything in your organization is all in one nice-simple network and on the same broadcast domain, you can just configure storage nodes if you like, or just have 1 FOG server, and nothing more.