I went back to 1.2.0 …too much grief with the last couple of SVN’s for a live system! 🙂

Sorry, with the latest update of SVN 3316 it works.

Thank you!

We got it fixed. There was a permission issues on the folder that contains the image. Thanks for the help.

I believe the entire ISO is stored into RAM. So, you gotta have room for that plus space for running the OS and applications.

[quote=“Tom Elliott, post: 46238, member: 7271”]This is a well known problem, and I’ve tried everything I can think of to make it an asynchronous method caller. The jQuery isn’t what’s holding it up directly, rather the php methods are naturally blocking which is what’s causing the issue. I don’t know what I can do to make it better, but I’ve tried. Maybe somebody else knows of a better method.[/quote]

Thanks! I appreciate your efforts, for now I have just remedied the issue with jbsclm`s solution. Yes hopefully some day somebody will have a better method 🙂

Awesome.

I had the same problem just now.
The solution is to connect the host to the correct network.

Good luck!

BTW I’ve found FOG to be quite stable at rolling the kernel (bzImage and its ilk) backwards and forwards.

Now if I could bend Tom’s ear to add a feature to roll iPXE backwards and forwards too. 😉

No. It’s only written when you install.

Thanks. With the advanced boot configuration it works fine.

If somebody doesn´t want to search, here is my solution:

open /var/www and create a directory called (for example) isos put your isos into it go to advanced options an add your personal menu, for example

:MENU
menu
item --gap – ---------- My boot menu --------------
item Hirens Hirens Boot CD
item return go back
choose --default return --timeout 10000 target && goto ${target}

:Hirens
initrd [url]http://${fog-ip}/isos/hirens.iso[/url]
chain memdisk iso raw ||
goto MENU

:return
chain [url]http://${fog-ip}/${fog-webroot}/service/ipxe/boot.php?mac=${net0/mac}[/url] ||
prompt
goto MENU

autoboot

Sweet thanks for the info.

mary,

verify if the [SIZE=13px][FONT=Ubuntu][COLOR=#555555]FOG_PXE_IMAGE_DNSADDRESS has the dns address, I had the same issue and now itś downloading the main.cvd file. This configuration are in Fog setting -> TFTP Server[/COLOR][/FONT][/SIZE]

Ok I had to work on the MBR used FixParts and everything seems to be working now.

Fog web gui upload and check debug.
then start task when command line comes up type fixparts[space]/dev/sda
then y, w, y, fog [enter] until prompts it stops.

[SIZE=13px][FONT=arial][COLOR=#262626][code]fixparts <device>[/COLOR][/FONT][/SIZE]
[SIZE=13px][FONT=arial][COLOR=#262626]y[/COLOR][/FONT][/SIZE]
[SIZE=13px][FONT=arial][COLOR=#262626]w[/COLOR][/FONT][/SIZE]
[SIZE=13px][FONT=arial][COLOR=#262626]y[/COLOR][/FONT][/SIZE]
[SIZE=13px][FONT=arial][COLOR=#262626]fog[/COLOR][/FONT][/SIZE]
[SIZE=13px][FONT=arial][COLOR=#262626][Enter] 400 times[/COLOR][/FONT][/SIZE]
[SIZE=13px][FONT=arial][COLOR=#262626]reboot[/code][/COLOR][/FONT][/SIZE]
[SIZE=13px][FONT=arial][COLOR=#262626][/COLOR][/FONT][/SIZE]

The attachment you posted doesn’t work. So I can’t really help with whatever error you’re seeing. Please try posting the error again.

And, if you’re quick-registering hosts AND using the FOG client, then the computers will get named with the MAC address.

If you full-register a host AND use the FOG client, and then hit enter through every prompt, the computers will get named with the MAC address.

I’d highly suggest you don’t just blaze through registration. It’s there to make your life easier. FOG will name computers FOR YOU, and can join them to the domain FOR YOU if you simply give the host a proper name during registration, or give it a name later on in FOG’s web management console.

I had to chain boot pxe to ipxe using the pxelinux.0 but not the pxelinux.0.old but one that was provided by ibm in the pxedir folder.

It boots to the ipxe.krn and launches the grub.cfg which then loads img2a and img3a.

(From our conversations) akwan stated this. It’s quite convoluted, but it works.

Right now I am trying another computer with a different image to see what happens.

Ok thanks Guys appreciate the help.

Turns out that even thou the machines are the same. The hard dick are made by two different manufacturers. That explains it.

sql_mode=STRICT_ALL_TABLES is not default for either mysql or mariadb to my knowledge.

I have had to accept defeat for the time being and I have gone back to Fog 0.32 to get me around the Kernel issues. It has caused a back log of stations needing to be imaged.

Can I ask if anyone has any tutorials or links I can read up on to see about compiling fog kernels for 1.2.0, im a complete Ubuntu numb nuts and struggle with getting my head around the commands etc.

Thanks all