Impossible start ISO image after update Fog to 1.3.0

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

[zingaro]

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

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.

how i can perform this tests ?

[Tom Elliott]

@zingaro can you get output of ip addr show and ls -lh /var/www/html/fog/images/ and ls -lh /var/www/fog/images/

[zingaro]

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

ls -lh /var/www/fog/images/

mmhhhh…
see the output :

there are a difference:
…\fog\images and …\html\fog\images !!

the solution could be move the images folder … !!

[Tom Elliott]

@zingaro yes but run:

mv /var/www/{,html/}fog/images
rm -rf /var/www/fog
ln -s /var/www/{html/,}fog

[zingaro]

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

ln -s /var/www/{html/,}fog

great !!
after move all iso files into /var/www/html/fog/images WORK !!

[zingaro]

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

ln -s /var/www/{html/,}fog

NOOOO does not work :

output is:

cccp@ubuntu:/var/www/html/fog/images$ ln -s /var/www/{html/,}fog
ln: failed to create symbolic link ‘/var/www/fog/fog’: File exists
cccp@ubuntu:/var/www/html/fog/images$

[Tom Elliott]

@zingaro did you remove /var/www/fog?

[zingaro]

@Tom-Elliott all OK.
i have moved all image in another folder.
now work fine !

/var/www/fog/images is redirect to /var/www/fog/images
Case Closed!