Latest FOG 0.33b
-
r1297 and 1298 released.
r1297 adds some hooking to the Host management page. Adds hooking to the UserManagementPage, adds hooking to the Dashboard page.
r1298 released. Some more hooking in HostManagement, but biggest change is on the FOG Settings part of the FOG Configuration page. All on/off values are now check boxes. QUICKREG_IMG_ID is a select box of all the images. OS_ID is not set as it’s set by the IMG_ID anyway, but it will display the os type of the selected image, if one is selected. DEFAULT_LOCALE is now a select box as well, and written in their respective languages.
-
r1299 released.
Fixes the FOG Configuration Page QUICKREG_IMG_ID so it actually stores the data. Fixes the green fog HH:MM section to maintain their size when selected for typing.
-
r1300 released.
Just fixes the login page language selection parts so they work appropriately again.
-
r1301 released.
Adds a lot of hooking elements to the GroupManagementPage. This is my latest project is to add hooking to all the of the pages. I’ve completed, where possible, the DashBoardPage, and added some to the HostManagementPage, but will work on one page at a time as it is rather time consuming. So GroupManagementPage isn’t 100% but I needed a break for a little bit. But basically all area’s down to alo on the service settings element of the group page are now hooking enabled. I’m sure it’s not a perfect system, but it gets the job done for now.
Updated the TomElliott.config.32/64 files to remove MTRR support. Updates the bzImage, bzImage32 files to reflect as well.
-
So… What is hooking?
I’ve seen all these updates about it…
-
this is obviously old and outdated but give you the idea:
[url]http://www.fogproject.org/wiki/index.php/Hook_System[/url]you could potentially get fog to “look” how you want it to (within reason) without hard coding your changes and making changes to the core code of fog and for example when it’s time for a fog upgrade, it would be easier to implement your “hooks” back in and in “theory” wouldn’t have to do anything to do that.
-
not just “look” how you want it to. act how you want it to as well. with a proper hooking system, plugins will be able to modify core functionality without being hard-coded into the files.
-
r1302 released.
Completes hooking elements, as I thought best to add, to GroupManagementPage. Starts hooking elements in ImageManagementPage. On the image add, it should also fix the double path display if you have multiple storage groups.
-
hello
I have updated with the 1302 revision:
When I want to upload an image I get this error on the client and in the apache log:
[Wed March 12 10:46:46 2014] [error] [client 10.10.10.10] File does not exist: / var / www / fog / service / ipxe / fogI had to copy the directory /tftpboot/fog to /var/www/fog/service/ipxe/
and the jobs start
Maybe my update -
Lepretre, did you update from .32 to .33?
We are advising to do a fresh install to make that jump. A lot of file locations changed between .32 and .33, actually, almost the entire file structure changed.
-
Some of the “upgrades” have slight issues if not a fresh install simply due to the FOG Configuration->FOG Settings area
Make sure the Kernel and Image file areas are set properly. They should just be set to bzImage and init.xz respectively. They used to be located in /tftpboot/fog/kernel/bzImage and /tftpboot/fog/images/init.xz
-
I update from a revision of 0.33
Thank tommy settings was not right after the update.
Now it’s ok -
My fresh ubuntu install of 0.33b has errors On revision 1302.
First, on the FOG Configuration page, Under TFTP Server settings the FOG_TFTP_PXE_KERNEL_DIR is pointed to the wrong folder.
it is pointing to /var/www/fog//fog/service/ipxe
it needs the extra “/fog” removed.
After doing so and pointing my ipxe stuff to the 32 bit version it still complains about not being able to find the correct file.
Should I be entering anything into the FOG_TFTP_PXE_CONFIG_DIR ? because it is currently pointed at “FOG_TFTP_PXE_CONFIG_DIR” which isn’t actually a directory
-
r1303 released.
Should fix the above issue.
Thanks for reporting.
-
GOLDEN!!! now I have to figure out how to get DNSMasq working with the iPXE stuff!
-
There shouldn’t be any change.
Just the pointing from pxelinux.0 to undionly.kpxe
-
Hi,
r1302 does not work :
Use of undefined constant WEB_ROOT - assumed ‘WEB_ROOT’ in /var/www/html/fog/commons/config.php on line 76Could you stabilize something, we were there almost since r1200 and nothing works !
Eric -
I’m on CentOS 6.5 (64bits) with NAS Synology
-
[quote=“Tom Elliott, post: 24058, member: 7271”]There shouldn’t be any change.
Just the pointing from pxelinux.0 to undionly.kpxe[/quote]
you know… I thought that too, but it just yells that it can’t find the boot file
either way… YOUR stuff [B]works[/B], let me play with the dnsmasq stuff to get it working.
-
I’m currently on 31. How would I import my current images if I did a fresh install?
Thanks
