There you go! That’s where you need to make your changes, with the Web GUI!

It works! Thanks so much for your help!!!

Thank you, Tom. The issue is solved. 🙂

Have you tried re-downloading the installer in case it’s corrupted? Also are you using version 32 or 33b for FOG?

Take a look at this post and troubleshoot a little on your end. It sounds like either the mysql server isn’t running, or the extension may not be installed.

[url]http://ubuntuforums.org/showthread.php?t=396974[/url]

Made sure that the node user/pass, tftp user/pass, and linux user/pass were the same. My Fog server is now back in business.

Thanks!

It has been a few weeks since I made the original post (time flies when new projects are added). The above posts pointed me to a viable solution (although I wouldn’t consider it ideal) by manually adjusting options 066 & 067 in our 2008 server handling DHCP for the clients booting to the LTSP server. By default our DHCP server points clients to the Fog server. The DHCP settings for the LTSP clients have been manually added to point to the LTSP server.
I would have preferred a better level of automation, but for the time this solution works. Thank you to Vincent & Jaymes for taking the time to help.

Another option is to use one my kernels. They don’t have modeset enabled and should not cause this issue anymore:

[url]https://mastacontrola.com/fogboot/kernel/bzImage[/url] (64bit) or [url]https://mastacontrola.com/fogboot/kernel/bzImage32[/url] (32 bit)

As you’re getting the error when starting the task, what do you get when you try to create a simple directory in /tftpboot/pxelinux.cfg/?

My guess is the permissions are not correct.

To make sure all is fine in the tftpboot directory make sure you run the command:
[code]chown -R fog:root /tftpboot[/code]

This is a very simple command that I find people saying they’ve performed, but in actuality, the they’ve only run:
[code]chown fog:root /tftpboot[/code]

While they look the same, I assure you they are not. The -R tells the chown command so set everything within the directory to change ownership as well.

[quote=“Tom Elliott, post: 23986, member: 7271”]Do me a favor and remove the cd from the drive and try again.

Something tells me the image it captured is from the drive itself, rather than your actual hard drive, though I don’t know why it would. Can you try using my kernel as I don’t allow it to read the cd drive at all, this should mean you don’t have to worry about sr0 trying to load as a viable drive.[/quote]

Also, as I see you are a developer, all of the PCs I am going to deploy to (as well as the reference machine) are UEFI… Will this cause an issue with a partion image or should I DD them to make sure UEFI data remains untouched? They are all Compaq 6200 pro boxes and I have found there is no way to set PXE as a default boot option when EFI is in play, they will not boot to windows wihout the EFI windows boot manager source being selected and network is only in the legacy section which cannot be prefered over EFI source :-[

.32 doesn’t like to back fill information, if you made the host BEFORE you entered the AD information under fog settings you will need to copy paste it into the hosts. Any hosts you create going forward will have this information filled in.

You could also delete the hosts and rejoin them to FOG.

Make sure if you do this to select “y” for “Would you like to join this host to AD using default info?”

Have you tried running a quick inventory on the 9 hosts that did not show up? Running a quick inventory or doing a “Full host integration” will load the host into inventory. Quick joins will not.

This isn’t a kernel issue at all, as the Services (GreenFOG, TaskReboot, etc…) don’t do anything with the kernel/linux layer of the FOG system.

The only one that, might possibly, have anything to do with the kernel is the Task scheduling shutdown, but even that I’d be hard pressed to believe.

I think this issue is more related to the way the shutdown command for the task cycle is read. I don’t know much about 0.32’s init.gz file but it may be trying to see shutdown as either 0 or 1, but the shutdown sent when creating a task is set as shutdown=on. I could be wrong and will take a look for you.

Delete the 01-xx-xx-xx-xx-xx-xx file from the /tftpboot/pxelinux.cfg/ folder. The x’s will be replaced with that system’s MAC adddress.

definately, that’s the easy setup if you can tell dhcp to just point to a different TFTP server for the PXE part.

try setting the image type to “windows xp”.

Dual boot upload has worked in the past.

If this fails, use the RAW disk type.

Agreed, worse comes to worse, also check the apache error logs during startup as it is referencing php files.

It is a good idea to create master images on “tiny” drives and have either a script resize the final (or OOBE in windows do it). I always create my golden images in a VM with jsust enough HDD space to do what I want (I expand the drive if the image gets bigger). That way you can use whatever size final drive you like.

You can always script extra partition creation too. I have a script that resizes and creates an extra partition and moves a folder into that partition for my W7 images. That way I can use smaller drives as appropriate.

It seems my old kk20 account was deleted for being a “spammer”. Great as I had quite a few fixes posted under that username (from when I installed fog) and had never spammed in my life… oh well.

anyway I am revisiting this as I have moved my FOG to a new server and came up with the same error, luckily someone had “quoted” my original fix so I could look in the post_stage2.php file for changes I made (and I had commented them! yey!). Here is the change I made to post_stage2.php

this line:

[B]$dest = $noderoot . $_GET[“to”];[/B]

I changed to

[B] $dest = “/raid6/data/FOG/” . $_GET[“to”];[/B]

It seemed that the $noderoot was somehow incorrect for me. No idea why as it was only the final FTP that failed for me. Anyway, after hard coding my FTP location (not ideal but I needed a quick fix rather than a debug) this works fine for me and has done for years.

for information, /raid6/data/FOG is my listed NFS share in FOG (which also has FTP share enabled in openfiler). I have no idea why the $noderoot does not work yet everything else does. Anyway, that single change in post_stage2.php fixed my final FTP issue (so no more manual image moving necessary!)

Well, went back to the drawing board. Created a new VirtualBox server running Ubuntu 10.04 and installed Fog 0.32. Having run the install again, I realized that I had to have deviated from the standard installation instructions at least twice over username/password instances. Noting this, I did a trial run and was able to successfully do everything PXE-related (Memtest, Register, etc.). I followed the instructions for Uploading an image and was able to do so on the 1st try.

With this success in hand, I went back to the physical server and removed Fog following the instructions here:
[url]http://www.fogproject.org/wiki/index.php/Uninstall_FOG[/url]

Reinstalled Fog on physical server and voila! Happy image uploading. 🙂