Impossible start ISO image after update Fog to 1.3.0

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

[Tom Elliott]

@zingaro now the error when trying to boot the iso is execution fail? Or permission denied? The pic you tried to upload isn’t showing up.

[Tom Elliott]

Oh and web root is configured in two places for rc10. The reasoning is its more dynamic. The global web root from before is for a common GUI setup. But ultimately the communication tries to happen at the node level first. If that fails the global setting will be used. Check the storage nodes web root as well.

[zingaro]

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

now the error when trying to boot the iso is execution fail? Or permission denied? The pic you tried to upload isn’t showing up.