Topics created by Matt Harding

In my production env, I’m using Debian 7.6, fog 1.2.0 stock (with a patch to make multicast/scheduled tasks work), in a VM running under ESXi. Single storage node. Crazy reliable and fast. 6.3 GB/Min. Pushes an image out to a lab of 30 computers in ~10 minutes for a 30 G image. Task start to finish including sending Adobe CS 6 Master Collection as a snap in (yes… a snapin), along with several other largeish snapins is about 23 minutes.

Debian 7.6 is pretty much point and shoot for fog 1.2.0. I purging network-manager (debian and ubuntu) (apt-get purge network-manager network-manager-gnome) and statically configuring the network in /etc/network/interfaces as should be done for any server.

I would take a look at the file:
[code]/var/www/fog/management/includes/dashboard.include.php[/code]
[COLOR=#000000]Lines 79-87[/COLOR]
[php]for( $i = 30; $i >= 0; $i-- )
{
$res = mysql_query(“SELECT COUNT(*) AS c, DATE(NOW() - INTERVAL $i DAY) AS d FROM tasks WHERE DATE(taskCreateTime) = DATE(NOW()) - INTERVAL $i DAY”, $conn) or die(mysql_error());
if ($ar = mysql_fetch_array($res))
{
// NOTE: Must multiply timestamp by 1000 for unix timestamp in MILLISECONDS
$Graph30dayData[] = ‘["’ . strtotime($ar[‘d’])*1000 . '", ’ . $ar[‘c’] . ‘]’;
}
}[/php]
[COLOR=#000000]The $ar[‘c’] variable is what gives you your Number of machines imaged, and for what ever reason, either your database is store the values as 1.0000000000000, or the sql statement is turning the value into a floating number rather than an integer.[/COLOR]

[COLOR=#000000]This is what my value shows. Also, as you’re running on Ubuntu 8.04, what version of PHP do you have?[/COLOR]

[COLOR=#000000]JPGraph (the thing that creates the graphs), all versions included with FOG 0.32, requires 5.1.0 or above to operate properly.[/COLOR]

From a quick search it appears most people do it the other way, using SCCM as the primary PXE server, although the following post does have a little info on doing it the other way.
[url]http://www.vcritical.com/2011/06/peaceful-coexistence-wds-and-linux-pxe-servers/#comment-14629[/url]

Yeah, its feature rich, and to be honest, its not slow at imaging or anything, its just very quirky. We’re running the new version and one of the guys is about to run the service pack on it. I’m just really not sold on it. It feels so uncomfortable to use and things seem to take forever to update and propagate down to the site servers. For instance, adding a machine to a deployment list takes hours to update sometimes, and other times only 10-15 minutes. As far as I am concerned, if its not there almost instantly, what use is it.

Fog is just stripped down and lightening fast. I’m wondering if there are any plans in future versions to add many more features to the project? How many of the suggested features actually make it into production copys of new FOG versions?

Funny enough I was just thinking about this problem.

Unfortunately for me I have a list of jobs as long as my arm and I have news that I’m now being asked to go for a week to our sister college 30 miles down the road to work with another guy on imaging with SCCM. Looks like there may be opportunities to show them what fog can do. Anyhow, short of it is, I haven’t had anywhere near the time I thought I’d have to look at my own projects yet this week or last. And its not looking so favourable for me timewise for a couple of weeks. I promise I will post what I find, but it wont be for a couple of weeks… much to my dismay!

Sorry mate. Will contribute as soon as I can.

Sorry! I forgot to mention that it belongs in the groups section of the file. Glad to see y’all got it working in the end.