Latest FOG 0.33b

[Tom Elliott]

[quote=“wolfemi, post: 23540, member: 5740”]I was doing some more testing on snapins this AM and noticed a few things.

I am still having an issue with group deploy of all snapins. It states Snapins Are already deployed to this host. If I deploy the snapin another way successfully then try it again it creates the task.[/quote]
I think this is sort of expected. The checks on the snapin/task generation basically check if a job is already created with the particular task (or job) and will not “re-deploy” until those previous snapins complete. Why you’re able to generate successfully, and then create the task is a little odd. Do you mean they deploy and complete, or you just create the task, then go to group and create?
[quote=“wolfemi, post: 23540, member: 5740”]
I tried to do a quick deploy of snapins to a group and it didn’t create the snapin task. The single snapin didn’t have an option to select which one.[/quote]
I can quick deploy the snapins to a group, but I don’t remember if I added the “checking” needed to send the snapins through this method. It’s not high priority as I finally got a Windows 8 system to play with. This is a relatively easy thing to “fix”/implement, just didn’t get to it yet.
[quote=“wolfemi, post: 23540, member: 5740”]
A quick deploy of all snapins for a host worked fine, but the quick deploy of single snapin did all snapins.
[/quote] See one above. I never implemented it, yet, on the task management page as I basically recreated the deploy scripts.
[quote=“wolfemi, post: 23540, member: 5740”]
I tried group single deploy and it had the drop down which successfully worked.[/quote] Expected!
[quote=“wolfemi, post: 23540, member: 5740”]
I cancelled single deploy and all deploy active task for both host and group deploy which also removed the snapin task. It wasn’t working before. Also was able to cancel a single snapin from a deploy all snapins with out issue.[/quote]
Expected.

Thank you!

[Tom Elliott]

[quote=“wolfemi, post: 23540, member: 5740”]I was doing some more testing on snapins this AM and noticed a few things.

I am still having an issue with group deploy of all snapins. It states Snapins Are already deployed to this host. If I deploy the snapin another way successfully then try it again it creates the task.[/quote]
I think this is sort of expected. The checks on the snapin/task generation basically check if a job is already created with the particular task (or job) and will not “re-deploy” until those previous snapins complete. Why you’re able to generate successfully, and then create the task is a little odd. Do you mean they deploy and complete, or you just create the task, then go to group and create?
[quote=“wolfemi, post: 23540, member: 5740”]
I tried to do a quick deploy of snapins to a group and it didn’t create the snapin task. The single snapin didn’t have an option to select which one.[/quote]
I can quick deploy the snapins to a group, but I don’t remember if I added the “checking” needed to send the snapins through this method. It’s not high priority as I finally got a Windows 8 system to play with. This is a relatively easy thing to “fix”/implement, just didn’t get to it yet.
[quote=“wolfemi, post: 23540, member: 5740”]
A quick deploy of all snapins for a host worked fine, but the quick deploy of single snapin did all snapins.
[/quote] See one above. I never implemented it, yet, on the task management page as I basically recreated the deploy scripts.
[quote=“wolfemi, post: 23540, member: 5740”]
I tried group single deploy and it had the drop down which successfully worked.[/quote] Expected!
[quote=“wolfemi, post: 23540, member: 5740”]
I cancelled single deploy and all deploy active task for both host and group deploy which also removed the snapin task. It wasn’t working before. Also was able to cancel a single snapin from a deploy all snapins with out issue.[/quote]
Expected.

Thank you!

[Tom Elliott]

[quote=“wolfemi, post: 23540, member: 5740”]I was doing some more testing on snapins this AM and noticed a few things.

I am still having an issue with group deploy of all snapins. It states Snapins Are already deployed to this host. If I deploy the snapin another way successfully then try it again it creates the task.[/quote]
I think this is sort of expected. The checks on the snapin/task generation basically check if a job is already created with the particular task (or job) and will not “re-deploy” until those previous snapins complete. Why you’re able to generate successfully, and then create the task is a little odd. Do you mean they deploy and complete, or you just create the task, then go to group and create?
[quote=“wolfemi, post: 23540, member: 5740”]
I tried to do a quick deploy of snapins to a group and it didn’t create the snapin task. The single snapin didn’t have an option to select which one.[/quote]
I can quick deploy the snapins to a group, but I don’t remember if I added the “checking” needed to send the snapins through this method. It’s not high priority as I finally got a Windows 8 system to play with. This is a relatively easy thing to “fix”/implement, just didn’t get to it yet.
[quote=“wolfemi, post: 23540, member: 5740”]
A quick deploy of all snapins for a host worked fine, but the quick deploy of single snapin did all snapins.
[/quote] See one above. I never implemented it, yet, on the task management page as I basically recreated the deploy scripts.
[quote=“wolfemi, post: 23540, member: 5740”]
I tried group single deploy and it had the drop down which successfully worked.[/quote] Expected!
[quote=“wolfemi, post: 23540, member: 5740”]
I cancelled single deploy and all deploy active task for both host and group deploy which also removed the snapin task. It wasn’t working before. Also was able to cancel a single snapin from a deploy all snapins with out issue.[/quote]
Expected.

Thank you!

[Tom Elliott]

r1258 and 1259 released.

1258 adds fixparts to init.gz for testing with Windows 8 issues I saw earlier today. Add’s advanced options back to PXE Configuration part. Please bare in mind that you will have to use ipxe formatted code. (e.g. double quotes and \n at the end of the line.)

1259 just reinforces that the new init.gz gets distributed.

[Tom Elliott]

r1260 released.

Actually saves the advanced data.

[Tom Elliott]

r1261 released.

Removes obsolete imgargs command. Adds reporting of whether the host is registered or not as a gap in the menu.

[Tom Elliott]

r1262 released.

Fixes Windows 8 and below imaging issues. Yes this includes UEFI/GPT disks. You will need to disable secure boot on the drives but all seems to work. You may even (which I might fix myself) randomize the GUID of the disk to get booting to work as well. Hopefully this helps, and it’s very exciting.

[Jaymes Driver]

[quote=“Tom Elliott, post: 23612, member: 7271”]r1262 released.

Fixes Windows 8 and below imaging issues. Yes this includes UEFI/GPT disks. You will need to disable secure boot on the drives but all seems to work. You may even (which I might fix myself) randomize the GUID of the disk to get booting to work as well. Hopefully this helps, and it’s very exciting.[/quote]

Nice job Tom!

Now I just wait to hear those dreaded words “Get Windows 8 installed on all the staff and student machines!”

[Tom Elliott]

Lol, still refining a little bit, you know trying to get the procedure (for mps/mpa types) at least right now.

[BigMan99211]

What has changed since version 1256, that would stop “Full Host Registration…” from running? It worked fine 2 days ago, now it’s just bypassing and trying to boot to the hard drive…

[Tom Elliott]

Did you make edits to the boot.php file? If so, check that the line has a \n at the end.

[BigMan99211]

No. I haven’t made any changes.

[Junkhacker]

@BigMan99211 post a copy (remove your IP addresses if you care to) of the results you get from this url
(your-fog-server-address)/fog/service/ipxe/boot.php?mac=00:00:00:00:00:00

[BigMan99211]

[CODE]#!ipxe
colour --rgb 0xFF6600 2
cpair --foreground 7 --background 2 2
console --picture http://10.20.0.225/fog/service/ipxe/bg.png
:MENU
menu
item fog.local Boot from hard disk
item fog.memtest Run Memtest86+
item fog.reg Quick Registration and Inventory
item fog.reginput Perform Full Host Registration and Inventory
item fog.sysinfo Client System Information
item fog.debug Debug Mode
choose --default fog.local --timeout 3000 target && goto ${target}
:fog.local
sanboot --no-describe --drive 0x80 || exit ||
goto MENU
:fog.memtest
kernel fog/memtest/memtest bootfile=http://10.20.0.225/fog/service/ipxe/boot.php?mac=${net0/mac} fastboot
boot ||
:fog.reg
kernel fog/kernel/bzImage bootfile=http://10.20.0.225/fog/service/ipxe/boot.php fastboot
imgfetch fog/images/init.gz
imgargs fog/kernel/bzImage root=/dev/ram0 rw ramdisk_size=127000 ip=dhcp dns= keymap= web=10.20.0.225/fog/ loglevel=4 consoleblank=0 mode=autoreg
boot ||
goto MENU
:fog.reginput
kernel fog/kernel/bzImage bootfile=http://10.20.0.225/fog/service/ipxe/boot.php fastboot
imgfetch fog/images/init.gz
imgargs fog/kernel/bzImage root=/dev/ram0 rw ramdisk_size=127000 ip=dhcp dns= keymap= web=10.20.0.225/fog/ loglevel=4 consoleblank=0 mode=manreg
boot ||
goto MENU
:fog.sysinfo
kernel fog/kernel/bzImage bootfile=http://10.20.0.225/fog/service/ipxe/boot.php fastboot
imgfetch fog/images/init.gz
imgargs fog/kernel/bzImage root=/dev/ram0 rw ramdisk_size=127000 ip=dhcp dns= keymap= web=10.20.0.225/fog/ loglevel=4 consoleblank=0 mode=sysinfo
boot ||
goot MENU
:fog.debug
kernel fog/kernel/bzImage bootfile=http://10.20.0.225/fog/service/ipxe/boot.php fastboot
imgfetch fog/images/init.gz
imgargs fog/kernel/bzImage root=/dev/ram0 rw ramdisk_size=127000 ip=dhcp dns= keymap= web=10.20.0.225/fog/ loglevel=4 consoleblank=0 mode=onlydebug
boot ||
goto MENU
autoboot[/CODE]

[ArchFan]

[quote=“BigMan99211, post: 23619, member: 21932”]What has changed since version 1256, that would stop “Full Host Registration…” from running? It worked fine 2 days ago, now it’s just bypassing and trying to boot to the hard drive…[/quote]

I have the same issue, except that any time I choose anything from the iPXE menu, it boots to HDD regardless. I thought it was just me, so I was going to try a fresh install. I didn’t customize any of the configs, etc other than adding the MYSQL passwords to the 2 required files

[Tom Elliott]

Change your FOG Configuration files
FOG Configuration (?) Icon
FOG Settings
Change the areas that have fog/memtest/memtest, fog/images/init.gz, fog/kernel/bzImage to say only memtest, init.gz, bzImage respectively.

[Junkhacker]

This post is deleted!

[Junkhacker]

[quote=“ArchFan, post: 23627, member: 19266”] … the 2 required files[/quote]

2?

[Tom Elliott]

I don’t know any more

I’ve since changed it to one required file.

/var/www/{fog,html/fog}/commons/config.php

The other config.php just tells the FOG<SERVICENAME> files to point to the main config.php file.

[BigMan99211]

This is all i’m seeing in /var/www/fog/commons/config.php

[CODE]<?php
/*

• FOG is a computer imaging solution.
• Copyright 2007 Chuck Syperski & Jian Zhang
• This program is free software: you can redistribute it and/or modify
• it under the terms of the GNU General Public License as published by
• the Free Software Foundation, either version 3 of the License, or
• any later version.
• This program is distributed in the hope that it will be useful,
• but WITHOUT ANY WARRANTY; without even the implied warranty of
• MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
• GNU General Public License for more details.
• You should have received a copy of the GNU General Public License
• along with this program. If not, see http://www.gnu.org/licenses/.

*/

/*

• DATABASE VARIABLES

• ---

*/

define(‘DATABASE_TYPE’, ‘mysql’); // mysql or oracle
define(‘DATABASE_HOST’, ‘localhost’);
define(‘DATABASE_NAME’, ‘fog’);
define(‘DATABASE_USERNAME’, ‘root’);
define(‘DATABASE_PASSWORD’, ‘’);

/*

• SYSTEM SERVICE VARIABLES

• ---

*/

define( “UDPSENDERPATH”, “/usr/local/sbin/udp-sender” );
define( “MULTICASTLOGPATH”, “/opt/fog/log/multicast.log” );
define( “MULTICASTDEVICEOUTPUT”, “/dev/tty2” );
define( “MULTICASTSLEEPTIME”, 10 );
define( “MULTICASTINTERFACE”, “eth0” );
define( “UDPSENDER_MAXWAIT”, null );
define( “LOGMAXSIZE”, “1000000” );

define( “REPLICATORLOGPATH”, “/opt/fog/log/fogreplicator.log” );
define( “REPLICATORDEVICEOUTPUT”, “/dev/tty3” );
define( “REPLICATORSLEEPTIME”, 600 );
define( “REPLICATORIFCONFIG”, “/sbin/ifconfig” );

define( “SCHEDULERLOGPATH”, “/opt/fog/log/fogscheduler.log” );
define( “SCHEDULERDEVICEOUTPUT”, “/dev/tty4” );
define( “SCHEDULERSLEEPTIME”, 60 );

/*

• SYSTEM CONFIG VARIABLES

• ---

*/

require_once(‘system.php’);

/*

• IMPORTANT NOTICE!

• ---

• In order to make updating from version to version of fog easier, we have moved
• most off these settings into the fog database. The only settings which are
• active are the settings above. All settings below this message are transfered
• to the fog database during schema update/installation. To modify these
• settings please use the fog management portal.

*/

define(‘TFTP_HOST’, “10.20.0.225”);
define(‘TFTP_FTP_USERNAME’, “fog”);
define(‘TFTP_FTP_PASSWORD’, “cc9a0b7a329e856c1b8013dd254a2f8e”);
define(‘TFTP_PXE_CONFIG_DIR’, ‘/tftpboot/pxelinux.cfg/’);
define(‘TFTP_PXE_KERNEL_DIR’, ‘/tftpboot/fog/kernel/’);
define(‘PXE_KERNEL’, ‘bzImage’);
define(‘PXE_KERNEL_RAMDISK’,127000);
define(‘USE_SLOPPY_NAME_LOOKUPS’,true);
define(‘MEMTEST_KERNEL’, ‘memtest’);
define(‘PXE_IMAGE’, ‘init.gz’);
define(‘PXE_IMAGE_DNSADDRESS’, “”);
define(‘STORAGE_HOST’, “10.20.0.225”);
define(‘STORAGE_FTP_USERNAME’, “fog”);
define(‘STORAGE_FTP_PASSWORD’, “cc9a0b7a329e856c1b8013dd254a2f8e”);
define(‘STORAGE_DATADIR’, ‘/images/’);
define(‘STORAGE_DATADIR_UPLOAD’, ‘/images/dev/’);
define(‘STORAGE_BANDWIDTHPATH’, ‘/fog/status/bandwidth.php’);
define(‘UPLOADRESIZEPCT’,5);
define(‘WEB_HOST’, “10.20.0.225”);
define(‘WOL_HOST’, “10.20.0.225”);
define(‘WOL_PATH’, ‘/fog/wol/wol.php’);
define(‘WOL_INTERFACE’, “eth0”);
define(‘SNAPINDIR’, “/opt/fog/snapins/”);
define(‘QUEUESIZE’, ‘10’);
define(‘CHECKIN_TIMEOUT’,600);
define(‘USER_MINPASSLENGTH’,4);
define(‘USER_VALIDPASSCHARS’, ‘1234567890ABCDEFGHIJKLMNOPQRSTUVWZXYabcdefghijklmnopqrstuvwxyz_()^!#-’);
define(‘NFS_ETH_MONITOR’, “eth0”);
define(‘UDPCAST_INTERFACE’, “eth0”);
define(‘UDPCAST_STARTINGPORT’, 63100 ); // Must be an even number! recommended between 49152 to 65535
define(‘FOG_MULTICAST_MAX_SESSIONS’,64);
define(‘FOG_JPGRAPH_VERSION’, ‘2.3’);
define(‘FOG_REPORT_DIR’, ‘./reports/’);
define(‘FOG_UPLOADIGNOREPAGEHIBER’,true);
?>[/CODE]