personally, i would recommend using a folder such as /var/www/html/ISO because this folder will not be touched in fog upgrades, but the /var/www/html/fog/service/ipxe/ folder will be moved
[quote=“Fhajad, post: 31428, member: 24675”]You’re not supposed to use pxelinux.0 anymore, you’re supposed to use [B][COLOR=#000000][FONT=sans-serif]undionly.kpxe[/FONT][/COLOR][/B][COLOR=#000000]. You’ll need to update that in your DHCP option settings.[/COLOR][/quote]
This just solved my issue.
Just upgraded from 0.32 to 1.1.2 and TFTP was all “no way Aieesha, I aint no doin dat!”
Changed the DHCP server options (that i had setup ages ago for .032) and BAMO AIEESHA…
Thats right, all you would need to change is “bootfile pxelinux.0” to “bootfile undionly.kpxe”.
As for which version I would recommend 1.2 personally, I switched our systems about a month ago and the changes have all been positive for me: I found the linux handling is vastly improved and iPXE seems much more flexible. The front page of the wiki ([url]http://fogproject.org/wiki/index.php/Main_Page[/url]) has a summary of some of the more important changes.
Incidentally when I put up my fog server I also thought I wouldn’t be using it a lot, but I ended up using it ways I wasn’t expecting (system rescue, “backing up” or migrating hardware), I leave it up all the time now 🙂
I just verified that the .mntcheck exists in both of those directories, and I changed the permission on the images folder on the NAS (labeled fimages) with the following command:
[CODE]chmod -R 777 fimages[/CODE]
Still receiving the same error.
[quote=“Tom Elliott, post: 32893, member: 7271”]Normal method of update is download the new file and extract and go to bin/ and rerun installfog.sh[/quote]
why isn’t the project driving your recommendations? grrr 😉
i really want to have fog this time running well i tried a first run with 0.32 and was working hard on it but in the end it was useless for our business. This will be the second run i want fog so hardly for a nice automated backup of workstations.
sorry i didn’t make it very clear - this is what i meant, i’m using a port say :25280 but doing an internal rewrite (so u don’t have to specify port in web address) but ALL traffic fitting the pattern for fog gets directed to apache/fog box using the port:25280 and have no issues… with ur port-translation it seems the initial traffic i.e. /fog/ is going to apache but further traffic is not… try looking into apache config, also check logs they will give u a clue with what is wrong and whether apache is seeing the request. like tom said it is environment/routing issues not fog gui, fog gui doesn’t care what port it’s ur apache doing the listening 🙂 u could test the theory by getting apache to listen on 25280
snap-in run with should be c:\windows\system32\msiexec.exe
snap-in run with Argument /i
snap-in file blahblahblah.msi
anp-in arguments /qn
this works for me… I use smart packager discovery for every little thing i want to change pulled from a vm deployed specifically to grab changes i want done.