I was unaware of that. We have more imaging on tap. I will check that. Thanks!!

Fog will overwrite the MBR to setup the partition layout and then lay the data down on the disk. Should not be an issue to overwrite a previous install of another OS. I’m sure there are exceptions, but normally this will not be a problem.

[quote=“BryceZ, post: 4608, member: 2”]if you boot a host into debug mode you can run the command
[CODE]uname -a[/CODE]
which will spit back the kernel version along with other info.[/quote]

Worked perfectly. Thanks.

It probably turns out that the fog server configuration wasn’t completed.
Make sure that all of your IPs are correctly configured.
See here: [URL=‘http://www.fogproject.org/wiki/index.php/Change_FOG_Server_IP_Address’]http://www.fogproject.org/wiki/index.php/Change_FOG_Server_IP_Address
I know you never said that you were changing your IP addres, BUT this is a good place to make sure that all is configured. [/URL]
Enjoy!

Now if I could only get Fedora 17 to work…
I know I know - 14 is best, and I’m about to roll back…[URL=‘http://www.fogproject.org/wiki/index.php/Change_FOG_Server_IP_Address’] [/URL]

I had a weird issue registering hosts similar to this. It turns out the students had removed the belt from the dvd-rom drives and Fog would freeze for about 45 seconds. I guess it was trying to get the status of the device, but without being able to confirm if the drive was open or closed, it just sat there and spun the motor back and forth for a while.

I found ejecting the drive with a paper clip immediately caused Fog to continue to the normal registration.

Something else to consider is that the error you see has nothing to do with what is really causing registration to fail. Consider booting the debug mode see if the error you see is truly what’s wrong. There is a wiki guide to debugging somewhere.

Seems I found the culprit. I use an SSL cert for the web interface and use mod-rewrite to redirect all traffic to https://

This apparently is not something FOG’s web service can handle so I modified my rule set as follows:

RewriteEngine on RewriteCond %{SERVER_PORT} ^80$ RewriteCond %{REQUEST_URI} !^/fog/service [NC] RewriteRule ^(.*)$ [url]https://%{SERVER_NAME}$1[/url] [L,R] RewriteLog "/var/log/apache2/rewrite.log" RewriteLogLevel 2

For anyone else that wants to run their FOG web interface with SSL, I hope this helps. I’ll post anything else related to this if it comes up.

It looks like the InstallRite website is completely shut down. My problem with SFX is creating answer files to make the deployment unattended. I just wish it was user friendly.

[url]http://www.epsilonsquared.com/[/url]

I believe you can only schedule regular task per host right now. You can schedule a “run now” task to wipe the disk, and schedule a 1 time scheduled task to re-image the machine in a few hours. That gets you there, but not very elegantly.

If you are saavy, can you try making an addition to the Fog scripts in the init image to handle a disk wipe and re-image task and then modify the Fog menu to add that option, passing in all the parameters needed. Just keep a backup copy of the original files and your modified versions for when you want to upgrade Fog versions.

[quote=“Neil Mason, post: 1494, member: 545”]I’m getting exactly the same problems when imaging Lenovo E520 laptops. PC’s upload their image to the FOG server no problem, and when I tell the host group to deploy the image to the other PC’s, it works fine. However, when the PC’s re-boot, it’s stuck in the boot loop. If I escape the PXE client, the Windows 7 OS loads fine.

ANy ideas to why this might be happening? I’m really impressed with the capabilities of fug thus far, if I could just tweak the minor problems that I’m having, it would be awesome.

Thanks for any help you might be able to offer.

Neil Mason[/quote]

We have found that reverting back to the PXELinux.0 file that came with version .28 has resolved our boot loop issues.

Hey,

Thanks for the response. I bailed on the server for the time being. In some of the other work I’ve been doing I found that including other modules into the image is pretty easy. I just needed to run

/opt/fog/utils/Boot Image Editor/FogMountBootImage.sh

This should let me place the modules that I need (once I identify them) into the image so they are available when fog loads. I haven’t tried it yet but when I do I will come back and update this thread.

Thanks
Damian

Hi. i force a similar problem.
and i have to say, i am not an linux expert.
i use the fog server on a ubuntu machine and i modded the pxe menu to boot a hirensboot.

i can point on the boot.gz file which contains all dos programs, but when startig a test it asks to load a cd-rom driver.

today i found the isolinux.iso and cfg file. is the fog server able to list the isolinux.cfg file?

some help would be nice.

Have you checked the wiki for working or problematic devices?

I was going to say, if you made an Image with a computer that had 300GB and tried to put it on say a 299GB drive you would get that error if you Choose the Image Type of Multi-Partition (Non-Resizeable), if you choose the Multiparition, Resizeable, it would have worked fine.

New Install or Old? Could try updating the Kernel.

Thanks mon!! Hopefully i find it! Thats what i was thinking of was a delay starting that process up but i never scripted in linux

You can also just push the arrow up or down key and it will stop the timer and give you all day long to read the menu. I set mine short so the end users are not slowed down too much when booting, and to keep the students from trying to mess with the fog menu.

In case anybody goes digging through this, I thought I’d share my experiences.

We finally got around to our upgrade and performed these steps:

Used Server Management program Webmin to perform Filesystem backups of the /tftpboot, /var/www folders and our users home directory too, since some ssh settings and such were stored there(in a tar format). Also used it to export the mySQL database to a sql file.

Did a fresh Ubuntu 10.04 install on the SSD. Performed the steps for optimization listed here: [url]http://www.howtogeek.com/62761/how-to-tweak-your-ssd-in-ubuntu-for-better-performance/[/url]

Installed new 1tb hard drive and mounted as /images, outlined here: [url]http://www.fogproject.org/wiki/index.php/Moving_your_images_directory/Adding_Storage_to_the_Images_directory[/url]

Switched back to original hard drive, remount 1tb drive and transferred image files. (This step could be performed so many ways that I’ll leave it to you)

Switched to new SSD again. Installed a fresh install of FOG. Once it’s finished, installed Webmin to restore filesystem backups of TFTPBOOT and VAR/WWW.

Then performed this command in terminal to restore MySQL database:

[CODE]sudo mysql fog < fog.sql[/CODE]

That assumes that your mySQL exported file was called fog.sql

All in all, the transition was smooth, after I learned the right order in which to import stuff. The performance of the website/system was noticeable as the system now booted in 6 seconds flat. This speed increase seemed to have caused an issue in tftpd-hpa (which is what drives the FOG tftp server), in that the service was trying to start before eth0 was ready (with an ip address) and would fail out. Manually starting the service showed that there were no problems. . This also seemed to be part of a bug that a newer version of tftpd-hpa has, as none of my other 10.04 servers have this issue.

It took me several hours of reading, but I finally figured out a fix (not sure if it’s a good fix, but it worked for me)

From the terminal:

[CODE]sudo nano /etc/init/tftpd-hpa.conf

[/CODE]

Add this text after the line beginning with “author” (line 4 for me)

[CODE]pre-start script
#take a nap so eth0 can wake up
sleep 15s
end script[/CODE]

and then finally, change the line beginning with “start on” (line 11 after you add the information above) to resemble this:

[CODE]start on (filesystem and net-device-up IFACE!=bond0.80)[/CODE]

After a reboot, run

[CODE]status tftpd-hpa[/CODE]

To see if your service auto started. If so, you’re all set.

There is probably a better way to have transferred the information around, but I’m kind of new at this kind of stuff, this is just what worked for me. Hopefully it’s helpful to you.

Please post your support requests in the Technical Help forum. This area is reserved for developers of Fog looking for help.