Impossible start ISO image after update Fog to 1.3.0
-
@zingaro See my post ?
-
@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 … !! -
@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 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 !! -
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.
-
@george1421 sames results… ![0_1474627619530_Capture.JPG]does not works…sames result !!
-
@zingaro where is the iso currently physically located on your server?
-
@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 ! -
@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.
-
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.
-
@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.
-
@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 ?
-
@zingaro can you get output of
ip addr show
andls -lh /var/www/html/fog/images/
andls -lh /var/www/fog/images/
-
@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 … !!
-
@zingaro yes but run:
mv /var/www/{,html/}fog/images rm -rf /var/www/fog ln -s /var/www/{html/,}fog
-
@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 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$ -
@zingaro did you remove /var/www/fog?
-
@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!