SEMTEC The SE MN preK-12 Technology Coordinators

Welcome to SEMTEC! Home of SE MN Educational Technology Leaders!

FOG - Tweak default installation for Resizable Images to work correctly

If you wish to use resizable images within FOG, you'll need to tweak one of the default settings to make it work.  If you don't do this step, you'll more than likely error out with a permissions issue, that leads you to think you don't have permission to write the image to your server.  This is highly misleading, and searches on how to rectify this solution have largely lead to a dead-end.

  • Log into your FOG web UI.
  • In the top toolbar, click on the ' i ' icon.
  • In the left-hand navigation, click on FOG Settings
  • Scroll down the page until you find a setting for FOG_UPLOADRESIZEPCT
  • Set that to 15
  • Save Changes

Views: 6837

Reply to This

Replies to This Discussion

Thanks, Brian! I'll include a link to this posting in the May 7th Meeting Minutes!
One other thing I forgot -

In addition to the FOG service, .Net framework 3.5, you'll also need to get and install Windows Support Tools on your client image.

This provides the netdom.exe required for joining the client computers to the domain via the FOG service.
On re-sizable images FOG_UPLOADRESIZEPCT reflects the amount of free space over the amount of used space that fog will leave on the volume when running ntfsresize. The error message that you will see on the client will say something about > 1024 is not supported. I have done the following to resolve this issue in the past:

1. Change the resize percentage as you have done.
2. Run the disk defragger and try again.
3. If you are cloning for a lab where the drives are in the 10-20GB range using a multiple partition image type is often the easiest way to go. Just remember that multiple partition types are not resizable so the drive you are uploading from must be <= the size of the drives you are cloning to.
Thanks for the additional clarification Aaron. Much appreciated. :)
Brian,

In regard to deploying the Fog Client have you played with the quiet install command/s yet?

Quiet Installation
As of version 0.29 and higher, the FOG client now supports a quiet installation mode. This can help automate deployments, by allowing the command to be run without user interaction from batch files. To do this the setup.exe file must be run from the command line with the arguments fog-defaults=true /qb.

So the full command would be:

setup.exe fog-defaults=true /qb
Anybody tried to image a Windows 7 Starter edition netbook?

It hangs on blue screen with "Please wait" forever

Debug mode stops on can't find version of the OS
Scott, check your device against the list here: http://www.fogproject.org/wiki/index.php?title=WorkingDevices
See if it is listed. Maybe you need some kernel arguments added.

Are you trying to push a resize up, or non-resize?
Have not had any chance to play with FOG today. Too many fires lit up that needed to be dealt with. I'll see if I can get to it tomorrow.

Matt Anderson said:
Brian,

In regard to deploying the Fog Client have you played with the quiet install command/s yet?

Quiet Installation
As of version 0.29 and higher, the FOG client now supports a quiet installation mode. This can help automate deployments, by allowing the command to be run without user interaction from batch files. To do this the setup.exe file must be run from the command line with the arguments fog-defaults=true /qb.

So the full command would be:

setup.exe fog-defaults=true /qb
One other thing, I've used this as a handy and simple FOG tutorial: http://coeexchange.com/?p=3
Scott,

Windows 7 any version should work.

I think you are seeing 2 different issues here:
1. In debug mode the OS error is because either the machine has no operating system value set in fog or the debug feature is broken and is lacking the "osid=5" portion of the kernel command line when booting.

2. Given that you are seeing a "Please Wait..." screen I am guessing you have uploaded an image and are receiving this when trying to image the machine. The "Please Wait" screen appears during multicast deployments while the server is waiting for all of the clients to connect. Multicast deployments may require switch configuration depending on your local lan setup and will likely require that you turn on and configure igmp snooping in order to prevent it from flooding your network with udp traffic. Multicast routing and other parameters need to be setup if you are trying to multicast across subnets or over the wan. I would try to deploy the client/group again with unicasting which is just the down arrow icon first and then worry about multicasting later.
unicast and same subnet, just trying to upload an image from one of them that I have setup.

it's starter edition (stripped down version of 7) on a netbook, I is set fog to windows 7, but I don't think it knows what starter edition is maybe.

I have like 30 I need to image, they are for elementary kids so I didn't see the need for a pro version OS. They all use the same username.
Scott -

The OS value in fog at this point is somewhat meaningless. The only point it is used in the code as of 0.28 is to handle windows 7 partitioning and it is supplied by the user so detection isn't an issue. I would try the following:

1. If you haven't already make sure that you can upload an XP image just to make sure that your storage and network environment is setup correctly.

2. Go into disk manager on the windows 7 box and look at the number of partitions on the hard drive. Fog makes a lot of assumptions when it comes to windows 7 and at the moment it assumes a ~100MB boot partition followed by an OS partition. If there are recovery partitions or other fun stuff added by your system manufacture you can either reload the machine to only have the two partitions or use a multiple partition image which isn't re-sizable but should work. If the multiple partition option isn't working it wouldn't hurt to try setting your OS to Windows XP in fog and then trying a multiple partition upload to avoid the many hard coded windows 7 values and hacks.

Reply to Discussion

RSS

© 2017   Created by Bryan Berg.   Powered by

Report an Issue  |  Terms of Service