Impossible start ISO image after update Fog to 1.3.0

[Wayne Workman]

Does /var/www/fog/images/rimage.iso exist? Does it have the correct permissions and ownership? What is the output of ls /var/www/fog/images/rimage.iso ?

[zingaro]

yes !!
what happened ?

[zingaro]

Fog Menù and Host Information ( Advanced Menù ) works fine !!

[Wayne Workman]

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

yes !!
what happened ?

Needs to be apache:apache I think, because you have this being served via Apache (over http) in your boot menu entry.

[Junkhacker]

it looks to me like ${fog-webroot} is resolving to “var/www/fog” when it should be resolving to just “fog”

this might be a bug, can someone confirm it?

[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 ?