If you’re just talking about changing the IP address to suit the IP addresses for the PCs at your head office. Then you could just refer to this guide.

“Change FOG Server IP Address”

[url]http://www.fogproject.org/wiki/index.php?title=Change_FOG_Server_IP_Address[/url]

Indeed… I’m using FOG 0.31 on my production system currently.

no, it did not work, when i get some more time i will install Debian again and try a fresh start 😛

I would like to think that you can setup a DHCP server on the server (assuming you are using ubuntu here) without it directly affecting FOG too much. Here’s some basic instructions for installing a DHCP server on it’s own. There may be some modifications you have to change in TFTP, but I can’t guarantee that.

[url]http://www.ubuntugeek.com/how-to-install-and-configure-dhcp-server-in-ubuntu-server.html[/url]

Outside of that, I would point you to this: [url]http://www.fogproject.org/wiki/index.php?title=Backing_up_FOG[/url]
[url]http://www.fogproject.org/wiki/index.php?title=Restoring_FOG_from_Backup[/url]

That page will show you at the very least what areas of FOG you can backup and then restore, so that if you do blow out FOG and reinstall, you could easily get your database and images back.

Same with me - but a little difference. Installed FOG on Ubuntu 12.04 - all worked fine. But whenever i reboot or shutdown, I run into the PXE Menu Update failed + whenever I try to boot on the clients machine from NIC, after getting IP from the Windows-based DHCP I receive PXE-32 TFTP time out. My DHCP distributes IP’s based on MAC…(of course 66 and 67 option on DHCP are all set and triple-checked)

Need help,

[quote=“BryceZ, post: 3331, member: 2”]There is a FOG wiki article that deals with [URL=‘http://www.fogproject.org/wiki/index.php?title=Using_FOG_with_an_unmodifiable_DHCP_server/_Using_FOG_with_no_DHCP_server’]unmodifiable DHCP server[/URL], which may be what you’re looking for.[/quote]
Thank you very much, BryceZ!!! That was exactly what I was looking for.
Again, thanks a lot 😉

Thank you both for those answers… the problem as it turned out had to be resolved literally out of the box… as in, I had to use ubuntu 10.4, and it got past the tftp error.

I will keep messing around with the centos 6.2 install and maybe get it eventually, but that install is plagued with problems.

I’d done what you had suggested already, but still got the error. Giammy, I don’t know about the ps results, or tftp to ip. Good questions that I’ll look into asap.

Centos needs many ‘fixes’ before an install (at least as a VM in HyperV). It doesn’t have ethernet on by default, it’s sources know nothing about clamav, php5.3 is difficult to install, and well, it’s just not the one I should have chosen… I did it because it’s supported by HyperV… BUT, turns out you can enable kernel elements existing in 10.4, as it’s the first Ubuntu to use the 2.6.32 kernel that included the Linux IC by MS.

I’ll let you know when I can get back to this… I’d like to have it on Centos, but for now I actually need to USE my Ubuntu 10.4 version and test that out today.

Thanks again,

David

Thanks, ID10Tea,

I have set the VM’s “Host OS” setting to “Other.” I wanted to set it to “Windows (other)” but FOG whined about it when I tried to upload the image.

I set the Image’s “Image File” setting to “/images/dev/[image name]”.

The image I’m trying to deploy is within the “default” Storage Group.

I used the “Raw Image” Image Type

I still cannot deploy the image. The issue is not resolved and the image never deploys.

Is there any other reason why this might be happening? I have been using the same procedure as we use at work, and it works just fine there. I have no idea what I am doing wrong on my end.

Thanks,
MrC921

I just noticed I did not see the pro4000 on the hardware list maybe it is a bios error or sorts Ie not supported?

When I have that kind of trouble, it is usually because I forgot to defragment the drive before I image it. Try that and running a check disk.

Another thing that slows down multicasts is actually the performance of the hosts themselves. During a mutlicast the FOG server sends out the image in chunks and waits to get confirmation from each host that they’re ready for the next chunk, so if one host has a bad hard drive or any other issue with receiving and writing the chunk to disk it’ll slow down the entire session.

I should add that I can use putty (ssh) to connect to the server, and log in with ‘fog’ and ‘password’.

Yes running Ubuntu latest just performed the update seems to be a bit better now along with mysql

[quote=“BryceZ, post: 3249, member: 2”]Check the /tftpboot/pxelinux.cfg/ directory on the FOG server for the file 01-<MAC ADDRESS>. Delete it.[/quote]

Bazinga! That did it. Thanks for the help!

I would assume you can move the image file and create a new image that points to it. I haven’t moved images between storage nodes, but this technique has worked when I want to use an old archived image to restore a graduate’s laptop. I just ftp the image up to fog, move it to the images folder, then create the new image pointing to the image file. Create the corresponding host to use it and it always deploys just fine.

Are other machines getting their images OK?
Have you tried rebooting the server?
Do you have a storage node set up?