Also, if it keeps being deployed, check your /tftpboot/pxelinux.cfg folder. If there are no tasks, you should only have the default file. Chances are, and I’m only guessing, you’ve got a file that is representing that system’s mac address in the format of 01-XX-XX-XX-XX-XX-XX where the X’s correspond with your systems mac address. Delete this file and you should no longer have this issue.

Thank you,

I’ve found that any time I’ve had the hdparm: ioctl 0x304 failed: Inappropriate ioctl for device issue, it’s not necessarily a driver issue, though it could very well be one. However, check your PXE file.

Make sure that the web part of the pxe server: does not look like this:
10.0.7.1/fog

Make sure you add the trailing slash otherwise you’ll see this issue.

On the same note, make sure your FOG Settings Page :
FOG Configuration (? Circle Icon) -> FOG Settings -> Web Server section -> Web Root also has the trailing slash as this is used to create the boot file for the hosts when tasks are setup.

Hopefully this helps.
[COLOR=#000000]10.0.7.1/fog/[/COLOR]

SOLVED: Changing the multicast queue size from 10 to an arbitrary number, then back to 10 corrected the issue.

Hi am_vd5,

Make sure that the disk to which you deploy the image is equal or greater in size as the disk from which you upload it.
The ideal situation is to prepare an image in the smallest disk you have so later you can deploy it to bigger disks, because if you prepare the image in a quite large disk you will not be able to deploy it to smaller disks.

Hi, surender!
The reason why you are getting that error is because PXE needs to extract the .iso to the physical memory, so if you don’t have enough memory it won’t work. In this case, you would need 3 Gb RAM to extract 2.7 Gb windows.iso.

[quote=“Blackbook, post: 14121, member: 2681”]Just revisited this - I set up a brand new ubuntu desktop and installed nothing but Fog on it - I reformatted the problem laptop and did nothing but put 1 txt document on desktop. I also reset the toshiba bios.

To check fog was working, I took a working laptop and did a quick host, an upload, and a deploy all successfully.

I then took the problem laptop, managed to get the PXE to boot to fog menu, did a ‘quick host’ first time, completed an upload (to a new image file) first time also, went to deploy it - and it got stuck at the same place as the video. Just dispays a ‘#’ when it should go to the blue screen.

I’m about to throw it all out the window.[/quote]

we had a problem child machine we just chose an older kernel for fog and magicly it worked… Our problem child was a Brand New Dell Vostro 2420 brand new out of box one Deployed fine the other we had to change to an older kernel to get to it deploy… Same Bios versions and Ethernet Firmware versions. Identical hardware. Go figure. we stepped back all the way to the 2637 kernel. Hope that helps?

Leroy check this thread out: [B][url]http://fogproject.org/forum/threads/ftp-connection-to-storage-server-has-failed.556/[/url] [/B]

if you upgraded to a recent revision of Ubuntu, you may need to manually start the service after a reboot.

The ESXi hosts that the virtual FOG server resides on are connected to a storage unit (15k disks with SSD cache) via multiple 10gbit iSCSI. The hosts connect back to the user network via multiple gigabit paths each. It is only FOG that has a problem with speeds, as other servers (Windows) are crazy quick. I’ve also used VMXnet3 as the adapter on the FOG server, enabling theoretical 10gig networking. There is no problem with downloading an image from the FOG server to a physical machine, only uploading from an ESXi virtual machine to the FOG server. Random.

Like James-Driver says, it is something to do with the drivers in the FOG kernel.

It’s still there, maybe someone with some expertise can help, I imagine a setting got wonked somewhere.

I just wanted to make sure you had the client installed and set up on the server for the actions 🙂

Coloumb - I had the same issue as you but I was able to get it to work. I had only 1 task in taskstate which was the one I was trying to deploy. I set the taskstate to 2 in the database which it removed it from my dashboard so I remade the task for the same computer and rebooted it and the deploy kicked off.

Hi Bryce,

Thanks for the response. I spoke with the programmer and he did not make any updates to the database. We are going to look into what tables and fields need to be updated.

Thanks.

Is this a windows 7 machine that is freshly reformatted? or one that you cleaned up to pull the image for?

Just in my personal experiences I have never had to set up the DNS and as far as the address for the dhcp server, I always set mine to match the fog address, it works for me. As far as having your fog server on a laptop, you are going to have to run a couple of different commands in the terminal every time you turn on the laptop…

[CODE]sudo stop tftpd-hpa
sudo start tftpd-hpa[/CODE]

this is all going off of my head, try it and see if you have any luck

did you run sysprep as administrator before you tried to pull the image? (first pic)

I had this issue on a new build and realized just now that I had put my server address into the gateway field in the network connection setup. When I put in the proper gateway and restarted it works like a charm.