Latest FOG 0.33b
-
r1212 and r1213 released.
r1212 simply verifies that the init.gz is the latest and greatest, should also fix inventory issue I was seeing, though no guarantee’s yet.
r1213 just updates the Default file for Redhat to have a valid Timeout value. -
r1214 released.
Installer create’s the relevant links to the init.gz, bzImage, and memtest rather than enlarging the download of the tar/svn code.
Updated init.gz so Inventory actually gets performed now. Sorry I had a typo and needed to correct for it.
-
r1215 released.
Updated TomElliott.config for 3.13.3.
Quick Image from iPXE is truely “Quick” as it no longer boots the init.gz or bzImage. It requires username and password as it “almost” always has, but it’s done solely with iPXE and php.
-
Guys just want to say how extremly excited i am (i no im sad) to test the new version of Fog a big well done from someone who could not do his work without fog. Can i ask how we download the latest release of fog so i can load up into my test network please?
-
Hi
If you want to dowload the latest rev of the beta, i think it’s here:
[url]http://sourceforge.net/p/freeghost/code/HEAD/tarball?path=/trunk[/url] -
Hi
Is there a fogprep for Windows8? -
[quote=“Marco Dinis, post: 23036, member: 22226”]Hi
Is there a fogprep for Windows8?[/quote]FogPrep is not longer required.
-
Should I use sysprep?
-
you should ALWAYS use sysprep
(some will argue) but it really helps generalize you install for the real user. -
r1217 released.
Removes the “PXE” Menu options and does not create a new default file. This way iPXE always works. Only gives the menu timeout.
-
don’t suppose iPXE will solve issues on UEFI systems?
-
iPXE doesn’t resolve the UEFI situation, but it is a step toward a solution.
-
Is it correct to assume that the bypass host registration will not work with the move to ipxe, or does it just eliminate a step? It was on my to-do list, but I hadn’t tried it with 0.33b
[url]http://www.fogproject.org/wiki/index.php/Bypass_Host_Registration[/url]
-
Right now, using bypass host registration should work, as long as you know which edits need to be made. Instead of editing the default file, you’ll edit the stuff from the service/ipxe/boot.php file. I’m preparing to send up another revision soon that refines the stuff, and places the “default” variables in the commons/base.inc.php file.
That said, we could potentially eliminate the need for it, by setting up a near “capone” style command into the menu statements. That being said, currently I’m not using the database init.gz/bzImage settings, but that could be a place to determine if you want to use it.
-
Hey tom question in general I am debating if I need a dhcp server for fog is there any way to use the basic dhcp on the modem and have fog just do ipxe boot request?
-
Well,
The method I’m using to get iPXE booting is really chainloading. So the initial process still requires DHCP request on the host at initial boot. This means Options 66/67 (Fog server and load filename) are both the same as they always have been, just the config file chains it off to iPXE.
I don’t know if your “modem” DHCP server and settings will allow you directing the PXE stuff to your FOG Server.
-
dont think it will was trying to avoid using dchp on my windows server may have to though.
-
how easy it is to add a configurable image as the background to iPXE?
-
There isn’t a method to adding an image. I can add the “FOG” display banner if that suits people better.
-
r1218 released.
The quick delete menu option now performs the delete purely from iPXE. Once the delete happens or if the option was selected, and host is not found, it provides an iPXE menu to request if you’d like to re-inventory the host. You can use hot keys to make the selections as you see fit. The letter f will perform Full registration, the letter q will perform quick registration, and the letter r will reboot the system.
There is a timeout set to whatever you’ve got your “pxe” menu timeout value to be. It auto chooses default.
I’m still loading the init.gz and bzImage for the registration. There are two reason’s for this.
The first reason is because of compatibility. While with iPXE it’s completely possible to register any host to FOG, it’s not exactly going to be pretty. The reason I say this is because if a host isn’t compatible with the init systems, but you’re able to task it like any other systems, it’ll fail miserably. Unless any one knows of a method of embedding partclone binaries into the ipxe.krn kernels so we can do everything through ipxe, I’m going to stick with using the “old” fog system do make sure a host works with fog before registering it.
