I’m solving this thread. It was caused simply because I overlooked a while loop. What was a while loop should’ve simply been an if statement. Basically it was looping as long as poll was invalid, which if the connection is dropped (such as the case during an upload task to change from one checkin to another element) would cause it to loop repeatedly forever because the array no longer existed.

This should now be solved and I’m sorry. Version 4264.

4258 should fix this.

I teamviewered in. Found that the redirect to static/index.html was not something FOG Was causing.

The NAS was NFS Mounted to the FOG Server. But as they had found out, the NFS From FOG Couldn’t redistribute the share as NFS. Because of this, Storage Node was pointed directly at the NAS and volume of the NAS to allow imaging to occur. However, when going to FOGConfigurationPage it was attempting to go to the NAS’s management portal, and because it was invalid, it was being redirected per the NAS’s settings.

Changed the Node to the FOG Server proper information and FOG Configuration Page loaded with no issues.

Invalid security token is your problem here please go to host management find this relevant post and select reset encryption data they should correct your problem

Awesome. I will be back onsite tomorrow.

You folks are awesome.

@cg2916 Why not just use “resizeable” image types? This image type was developed specifically for the problem you have. And if resizeable works, there’s absolutely no reason to not use it.

@Wayne-Workman Rebooting didn’t help. I ended up running the installer again and that fixed it. I had some issues with the tasks not ending properly after it was completed and the service would get stuck. I just cleared the multicast tasks in mysql and restarted the multicast service and that seemed to work. Haven’t had any more issues since that happened earlier. Thanks again for all of your help.

That did the trick. Thank you. 🙂 Was so use to seeing installation finished that it was finished. But did realize it seemed to grab the kernels and client wayyy faster than normal. I’ll make sure to keep that in mind next time.

Well i tried to update to trunk with wget but did not think it worked. is it possible that it did install and thats what happened?

Thank you! It worked like a charmed.

@liquidprinter Since this thread is a year old, we need all of your specific details. Fog Version, Linux Distribution and Version, and the model of the target host you’re trying to network boot, if you’re network booting in BIOS mode or UEFI mode, and what boot file you’re using, and what you’re using to hand out the file (DHCP, ProxyDHCP).

Also, you might want to take a look at the WiKi, there are troubleshooting articles in there. Here’s one on TFTP: https://wiki.fogproject.org/wiki/index.php/Troubleshoot_TFTP

I confirmed and was working on a fix. While I was at it, I cleaned up the management page. This is now pushed. 4248 should correct these issues.

Thanks for reporting.

OK. That’s what I was afraid of. No big deal and life goes on. Strange that it didn’t take the settings though. Thanks

@Wayne-Workman

Wayne, I apologize I was in a huge hurry and was kind of freaking out, but once I calmed down, I realized I should’ve looked before posting. Sorry bout that, again.

@Wayne-Workman ok, yeah, i understand my images are separate but i just wanted to make sure they wouldnt lose their DB identity. This may be a little above my area of expertise or even more than i have time for, but i will give it a look tomorrow and tackle it thursday if i am back down this way, or next monday. (I bet you cant wait!) Thanks so much, really, thanks

@Wayne-Workman

It was my compression I get around 1 gig now once I turned it down a bit

What version of FOG and Ubuntu are you using? Did you recently update either of them?

@Tom-Elliott YESSSSSS!!! I commented out line "port=0 ", and…voilá! I have full clonning system working, with fog machine capable to access the internet!
Thanks a lot my friends!

SOLVED!

I will give that a try later this week and report back. I’ve got nothing to lose at this point.

@szecca1 said:

@Wayne-Workman Also the test.txt file is in the /images folder on the FOG server but not on the Synology box, just for your information

You should be altering the commands so that you are testing the synology box. The test file should exist on the Synology box.

When the directory successfully mounts via NFS, you shouldn’t get any messages at all.

Have you updated to the latest yet?