I really love how you ask if a project is stagnant yet obviously didn’t look at any of the development forums as there is a 67 page thread with every time Tom has updated 33b and it’s usually several updates a day…

Next time please take the 3 minutes required to do some research for yourself.

The FOG client works fine in 33b… I’ve been using it for months.

You may want to provide more details or post a help thread elsewhere instead of in the release thread so we can troubleshoot and resolve your problem.

[quote=“lepretre, post: 25176, member: 3202”]Hello,

about The fog client in 0.33 does it work ?

Thanks!![/quote]

You could always install it and find out… It is stable but we are making changes constantly so if you use the SVN there may be problems here and there as we update. But then again you should never be using a Beta for a production environment.

The only major trick to running dual nic’s is when you set the one FOG will use for imaging to static for whatever network it will be using you need to leave off the default gateway on it or you will lose all internet connectivity(Assuming the network used is not connected to your actual network), if it is connected to your actual network then you should not be using a second NIC in the first place.

Fred, i don’t see how your problem relates to the ones being discussed here… You may want to post your own thread instead of hijacking a thread.

UNLESS you were getting the errors mentioned above BEFORE you updated. In which case you should include that info in your post as just saying “my fog is broke” is not going to help us in resolving your issue.

Can you post the tftp error you are recieving?

IF you are using FOG .32 you need to format the drive as MBR, not GPT.

IF you are using FOG 33B then you need to sysprep the image and it will work.

I image Revolve 810’s all the time… What kernels have you tried, or have you tried ANY other kernels yet?

Is the scrolling line blank or is there an message displayed?

Steps for downloading Tom’s kernel:
cd /tftpboot/fog/kernel
mv bzImage bzImage.orig.2014APR04
wget -O bzImage --no-check-certificate [URL=‘https://mastacontrola.com/fogboot/kernel/bzImage3’]https://mastacontrola.com/fogboot/kernel/bzImage32[/URL]

Tom is talking about the “Image Manager” field that shows up under an image definition after setting FOG_LEGACY_FLAG_IN_GUI to “1” or “checked”

I can attest to that, I have two UPS’s at home running my machines/network and my power bill has not increased since putting them in.

Did you install the FOG client on this machine?

I was able to image virtualbox with the default kernel in .32…

Something tells me there is a different problem going on, what kind of disk did you set the virtual box up as?

Then your server did not upload any image which is why you are getting the error that it cannot find the files.

Try the upload again and watch it for errors at the beginning.

Is this with one machine in particular or multiple devices/models?

Check the password for the user “fog” on the linux system and make sure it matches with what is in /var/www/fog/commons/config.php and in the fog settings window in the web UI(search for ftp).

What kind of image did you tell it to upload?

If you check the “/images” directory what files do you see inside the folder with your images name on it?

If you only have /dev inside /images then your image was never moved and is likely under /dev in a folder with the mac address of the client as the name.

If it’s not shown in either of those locations then it didn’t upload the image.

install php my admin and delete the host out of the hosts table.

Or run the sql query:

“DELETE FROM hosts WHERE hostID=”" OR hostID=“0"”

Why would you need to do this instead of using the web interface to set a task for the client??

That error is because it does not have internet access, all that does it contact the website here and check the version/number of sites.

See if you can log into mysql from a terminal window as root with whatever password you used to set up the fog server.

IF that password works, update i in /var/www/fog/commons/config.php

If not, then you need to reset your mysql password and your issues will be resolved.

Another thing to check is if the users password got changed, logins are stored in the users table and the password is encrypted with md5.

I’m assuing you can log into the actual OS on the server correct?

If so, can you get the login page to be displayed?

If that works make sure your mysql service is running. If both of those are working please post an image of what error you are seeing.