Latest Development FOG
-
Hi is the latest fog 1.0.0 compatible with Ubuntu 10.04 LTS and up?
-
yes, the latest fog 1.0.1 is compatible with Ubuntu 10.04 LTS and up, though i don’t recommend 14.04 due to the number of issues reported on it. Ubuntu 13.10 and 12.04 are fine, however.
-
[quote=“Junkhacker, post: 28167, member: 21583”]yes, the latest fog 1.0.1 is compatible with Ubuntu 10.04 LTS and up, though i don’t recommend 14.04 due to the number of issues reported on it. Ubuntu 13.10 and 12.04 are fine, however.[/quote]
FWIW, I’ve been using 14.04 without an issue. I did change the /var/www/html back to /var/www … don’t know if that makes a difference or not. No fog issues, created an image using VirtualBox, uploaded it and then deployed it and snapins onto a few different PCs/Laptops now.
Obviously, everyone, listen to the devs, if they say they can support you better using 13.10, use it, BUT, if you’ve already got a 14.04 server going and don’t want to have to start from scratch, give it a try, it wasn’t even difficult to get fog going, if you ask me.
-
SVN 1731 released
Hooks and Page Classes are now called through as autoload rather than directly including the files. It’s still the same, but uses the proper methods needed.
Quick registration now has an option to join a quick registered host to a group at registration time.
Major speed performance increase on the GUI side as I know only register hooks if they’re active rather than having hook manager display what’s active. I don’t know if this will translate to those on isolated networks, but it won’t hurt either.
SVN 1732 released
Only includes Hook’s who have a value of true for their active flag. If the hook is by a plugin, it only includes the hook if the plugin is active. -
SVN 1738 released
Suggestive change to 1.1.0. Updates the changelog with all the changes and fixes I could remember at the time.
Updates the installer to point out the new supported OS’s Windows 7, Windows 8, Linux ext 2,3,4
Fixes the report management page if an image is not assigned to a host. -
When installing it prompts the user to leave the MySQL password blank.
however when you get near the end of the install it asks for your MySQL password and wont accept a blank password.could we update the warning or is this something different?
-
[quote=“VincentJ, post: 28240, member: 8935”]When installing it prompts the user to leave the MySQL password blank.
however when you get near the end of the install it asks for your MySQL password and wont accept a blank password.could we update the warning or is this something different?[/quote]
I’ve added a check. It will ask if you left the password blank. If you did (which it defaults to) it continues on as normal, otherwise it will prompt for the password at install time. Hopefully this helps.
-
Possibly also consider getting the first warning to let users know they can enter it later rather than telling them they need to edit a file later
Just installed my test suite on the btsync version. luckily means every fog server becomes a btsync peer.
could we have a quick script that can be run without interaction that does updates?
-
when not participating in beta testing, updates only need to be installed infrequently. for this reason, i do not feel that a “no touch” updater is needed. there was another forum poster that created one, however, if you care to seek it out. though, as i recall, this script broke slightly with one of the updates to the install/update script.
-
Just trying out the location plugin,
when setting the location of a host, it doesn’t seem to stay past the refresh of the page.
-
I had a . instead of a : in my mac… seems to work, but odd that such a thing would make it fall over…
-
SVN 1751 released.
With this comes a fix, previously, to the Capone Serial number problem. Also, I’ve (with the help of Junkhacker) added a longer delay time in receiving dhcp requests with the undionly.kpxe, undionly.kkpxe, ipxe.pxe, ipxe.kpxe, and ipxe.kkkpxe files. Please give these a shot if you can.
[code]wget /tftpboot/undionly.kpxe https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/undionly.kpxe
wget /tftpboot/undionly.kpxe https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/undionly.kkpxe
wget /tftpboot/undionly.kpxe https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/ipxe.pxe
wget /tftpboot/undionly.kpxe https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/ipxe.kpxe
wget /tftpboot/undionly.kpxe https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/ipxe.kkpxe[/code] -
SVN 1753 released. Made the searching elements in Capone not case sensitive. Add’s an active task checker to the task scheduler service to push WOL to all systems have are still awaiting checkin. This is because the initial push of WOL happens too quickly. Some networks may block the multitude of UDP packets sent so this should help with getting systems up and running for you.
-
SVN 1756 released.
Adds better checking during the install phase for redhat based installation.
-
SVN 1759, maybe now I can be done with Capone?
-
SVN 1764 and 1765 released.
Fixes the SANBOOT/EXIT not selecting the one in DB. Fixes, hopefully, the MulticastManager and ImageReplicator bugs. (Thanks Scott and sirEgghead).
Hopefully all is good.
-
SVN 1768 Released.
With this release, I’ve added grub4dos binary and the FOG_BOOT_EXIT_STYLE.
Hopefully this will allow booting to the hard disk that much easier for those that have issues.
-
I really need to get testing… The exit issue is a problem on almost all the new Dell boxes… Hopefully soon!
Way to go Tom, it’s great to see things moving. -
Hopefully I’m not reposting a known issue, but I ran into this yesterday on FOG 1.0.1 (Ubuntu 13.04)
[SIZE=3][FONT=verdana][COLOR=#222222]The name format we use to register hosts (via Full Registration) is beyond the character number limit in some cases. FOG attempts to truncate the name when beyond the permitted length. When this happens, it gives a message something to the effect of ‘unable to append co.txt’ - I can get the exact message next time I’m at work if it helps. I assume the truncating is what’s failing, as the registration then halts completely and doesn’t register keypresses, etc. To do anything, you have to shut the machine down, boot to FOG again, but then registration succeeds the second time around - using the original too-long name. I know the ‘smart’ solution is probably to change to a shorter naming scheme, but I was hoping there would be something else that could be done[/COLOR][/FONT][/SIZE]
-
SVN 1778 released to fix a few issues.
First things first, init.xz and init_32.xz are updated to contain the GRUB2 fix from fractal13.
Next, add’s a “fix” for the xz compression to actually happen when buildroot is built.
Next, fixes an issue (hopefully) in wol information where when it accesses the directory, it was trying to redirect the page to /var/www/{html/fog,fog}/wol/management. If this doesn’t work, it will not hurt anything either so no loss or gain, just trying to neaten up errors logged. And, last but certainly not least, uses the path name of the image to delete the files rather than the image name. Sometimes the path is not the same as the image name due to varying reasons.
