Impossible start ISO image after update Fog to 1.3.0

[Tom Elliott]

@Junkhacker if I had to guess it’s directly coded to use var/www/fog as I don’t code a fog-webroot variable that I’m aware of.

[Junkhacker]

please check to make sure that “FOG_WEB_ROOT” in your global settings is set to “/fog/”

[george1421]

I wrote a tutorial on this a while ago for pxe booting a winpe iso image https://forums.fogproject.org/topic/6284/booting-mdt-2013-litetouch-with-fog

At that time I referenced http://${boot_url}/isoimg/LiteTouchPE_x86.iso

Where my iso images are stored in /var/www/html/isoimg (hint: not in the fog url directory)

[Tom Elliott]

@george1421 personally that makes the most sense considering the fog directory will be overwritten on any update.

[george1421]

@Tom-Elliott said in Impossible start ISO image after update Fog to 1.3.0:

@george1421 personally that makes the most sense considering the fog directory will be overwritten on any update.

Voice of experience: Already been hit by that upgrade bus a few times.

[Tom Elliott]

@george1421 well I do copy back the prior folder now too but yeah safety and storage all in one nice package

[zingaro]

@Junkhacker the web root is FOG !:

[zingaro]

@george1421 hi, what is your FOG_WEB_ROOT string ?

[zingaro]

@Tom-Elliott Could you check my dnsmasq setting and tftpboot directory ?

[zingaro]

@george1421 HI, but the question is:
the syntax of ipxe command it’s changed ?
the system variables are add/changed ?
i tried move rdimage in your example directory with your syntax into advanced boot menu;
the image start but crash with memdisk command …
I tried with sanboot and return others error…

i dont know !!!

[Wayne Workman]

@zingaro said in Impossible start ISO image after update Fog to 1.3.0:

Could you check my dnsmasq setting and tftpboot directory ?

It’s wrong.
the one line should be undionly.0 instead of undionly.kpxe and also, between the empty pair of commas, you should have your IP address again. The multi-adapter stuff looks neat, where did you find that? See this for a simple reference setup:
https://wiki.fogproject.org/wiki/index.php?title=Fedora_21_Server#dnsmasq_.28if_using_ProxyDHCP.29_setup

[zingaro]

HI,
there are news ?
I’m not solved again the problem for the boot iso image !!!

[Wayne Workman]

@zingaro See my post ?

[zingaro]

@Wayne-Workman
hi,
for now i restored the previous hdd image with fog 1.2.0…
I will test your suggest modify on VmWare System after update to 1.3.0…
the Pc’s production is too important for retry a new installation … !!

[zingaro]

@Wayne-Workman
hi, i tried with replace undiolny.0 , into dnsmasq configuation but the result is the same…
i note this anomaly into fog settings , see the image attached.

Ho can reset fog tftpboot configuration ?

[zingaro]

@zingaro it’s possible test a load of image after enter into ipxe shell ?
I tried runnig directly the command:
. memdisk iso raw <- execution ok
. initrd http://192.168.1.130/fog/images/winpe.iso <-- execution failed !!

[george1421]

In my tutorial I linked below this is the order of command execution

initrd http://<fog_server_ip>/isoimg/LiteTouchPE_x86.iso
chain memdisk iso raw

Also make sure permission on the file is world readable.

[zingaro]

@george1421 sames results… ![0_1474627619530_Capture.JPG]does not works…sames result !!

[Tom Elliott]

@zingaro where is the iso currently physically located on your server?

[zingaro]

@Tom-Elliott said in Impossible start ISO image after update Fog to 1.3.0:

where is the iso currently physically located on your server?

/var/www/fog/images
sames pc where fog is installed !