I ran into a similar issue, but only on one model of laptop, Dell E6510. I tested the same Windows 7 image on another model (HP) and it worked and uploaded as NTFS versus Raw. If anyone gets any information on how to fix this issue, it would be greatly appreciated. Again - Windows 7 64 bit - NTFS File System according to Windows and Partition Magic - Fog only sends up as Raw regardless of image type (Single Partition/NTFS Resizable, Multiple Partition/Single Disk).

Thanks.

That is certainly an option, but it doesn’t solve my issue of mounting a larger storage location for my sites that can’t have large local storage on their storage nodes (VM environment doesn’t lend itself to a large VM for storing images).

For the custom task to clear itself from Active Tasks you may be able to switch out pxelinux with ipxe. Using the following embedded script to undionly.kpxe will send the mac to a php script on your web server which can delete the task. This method would delete the active task before it has finished though which may not be desirable in your environment.

-fogboot.ipxe

[CODE]#!ipxe
dhcp
chain http://1.1.1.1/images/boot.php?mac=${net0/mac}&asset=${asset:uristring}
boot[/CODE]

-build command
[CODE]make bin/undionly.kpxe EMBED=fogboot.ipxe[/CODE]

-sample boot.php
[CODE]<?php
$mac = urldecode($_GET[‘mac’]);
// Do some stuff with the mac here…

$fogServer = “1.1.1.1”;
$kernel = “images/bzImage”;
$kernelOptions = “root=/dev/ram0 rw ramdisk_size=127000 ip=dhcp dns= mode=onlydebug”
$initrd = “images/init.gz”;

echo writeIPXE($fogServer, $kernel, $kernelOptions, $initrd);

function writeIPXE($fogServer, $kernel, $kernelOptions, $initrd){
$ipxe = <<<DOC
#!ipxe
kernel http://$fogServer/$kernel $kernelOptions
initrd http://$fogServer/$initrd
boot
DOC;
return $ipxe;
}
?>[/CODE]

[quote=“BryceZ, post: 9242, member: 2”]Have you tried:
[CODE]sudo stop tftpd-hpa
sudo start tftpd-hpa[/CODE][/quote]

Yes, no luck

Sorry for the initial post. I have no excuse for the immaturity displayed. However, by tinkering with the server, I’ve seemed to get a decent grasp on the basic tasks provided by the software. Again, apologies for all of this.

Thank you, I greatly appreciate it.

Got it, thanks.

But any idea why the web-based config options don’t work?

worked fine

Good to hear. I work exclusively with OEM computers so the multiple partition is not a new thing for me to cause issues.

I am a Technology Director for a k-12 Public school and I use FOG to deploy my Windows and Linux machines. I LOVE IT. I would really like to have a FOG client for Ubuntu that would be able to Power down computers on a schedule like the GREEN FOG does for Windows.

Hello,

I was reading you thread and from reading your initial post and the post where you state FOG “does not multicast” I believe I might have an idea of what’s happening to you.

First, are you starting multiple individual images? If so, this means each PC is going to access the image on the fog server independently, hitting your disks harder and slowing the transfer with each additional PC.

Secondly, you CAN multicast. Here’s how:

Add the machines you want to image into inventory.
Create a group and place the machines you want to image into that group.
Go to TASK MANAGEMENT.
LIST ALL GROUPS
You’ll see the multicast option next to the group you want to image.
Set the CRON settings, shutdown, etc., and hit submit the job.

I hope I’m not totally off base, but I did this in the past and had the same reaction. “WOW this is too slow!” “I used ghost and it was soo much faster!” etc,.

Let me know if it helps.

sigh Please ignore my post … I found my answer here

[url]http://community.spiceworks.com/topic/194077-fog-can-t-upload-image[/url]

LOL … its early thats my excuse.

Running FOG 0.32 on Ubuntu 11.04
I am experiencing the same problem, even without using Dell Vostro clients.
Receiving the
NOHZ: local_softirq_pending 08
error repeatedly regardless of the machine type.
Our short term solution to this problem was replacing all of the gigabit switches on the network with 10/100 switching. Now everything works, but slowly. I would be interested to know why this worked.

@Phil,
Even easier than creating a new kernel, in the VirtualBox settings, create an IDE HDD.
Settings > Storage > ‘right click’ IDE Controller > Add HardDisk
Fog should recognize and deploy to this drive just fine for you… also make sure network settings are ‘bridged’

Can anybody help with this?

Just realized the two partitions I was trying to use were on the same disk… just deleted the one I was trying to expand with and extended the size of the one currently in use.

LVM would have been another way of going about it had I been using two separate disks like I thought I was. Thanks for your attempt at helping!

#close

If you chain load them it should clear up the boot loop. I have a batch of dells that would boot loop on me till I just chain loaded all my FOG computers and now no problems.

You can disregard this message as I was able to get it fixed. I missed a step in the process where it talked about copying the mac address file from the pxelinux.cfg folder and renaming it to syslinux.cfg. Once I did that it took right off and seems to be processing the upload now.

Amazing what happens when you read ALL of the directions!