‘crash’ meaning what? the switches stop working?

my school FOG stays in the server room, since we’re gigabit all the way around the buildings throwing an image across doesn’t hurt anything.

could it be your fog has a DHCP server and when you plug it in your normal DHCP server isn’t giving out the addresses anymore and things like DNS etc get misconfigured?

Hi Tom,
Thanks for your help,
My setup is working now, i had changed the ports through which machines were booting.
Now it is working.

thanks and regards,
sushant j

Sorry its taken me so long! Dang school ordered three 40x Chromebook mobile labs and they wanted them ready ASAP! Haha!

Ok, so here is what i pulled as far as permissions on the files in /var/www/fog/services/

[CODE]
-rwxrwxrwx 1 www-data www-data 277 Sep 6 15:43 alo-bg.php
-rwxrwxrwx 1 www-data www-data 739 Sep 6 15:43 autologout.php
-rwxrwxrwx 1 www-data www-data 8384 Sep 6 15:43 auto.register.php
-rwxrwxrwx 1 www-data www-data 855 Sep 6 15:43 av.php
-rwxrwxrwx 1 www-data www-data 2358 Sep 6 15:43 blame.php
-rwxrwxrwx 1 www-data www-data 1332 Sep 6 15:43 capone.php
-rwxrwxrwx 1 www-data www-data 318 Sep 6 15:43 checkcredentials.php
-rwxrwxrwx 1 www-data www-data 108 Sep 6 15:43 debug.php
-rwxrwxrwx 1 www-data www-data 247 Sep 6 15:43 dircleanup-dirs.php
-rwxrwxrwx 1 www-data www-data 979 Sep 6 15:43 displaymanager.php
-rwxrwxrwx 1 www-data www-data 882 Sep 6 15:43 donate.php
-rwxrwxrwx 1 www-data www-data 269 Sep 6 15:43 greenfog.php
-rwxrwxrwx 1 www-data www-data 373 Sep 6 15:43 grouplisting.php
-rwxrwxrwx 1 www-data www-data 402 Sep 6 15:43 hostnameloop.php
-rwxrwxrwx 1 www-data www-data 1013 Sep 6 15:43 hostname.php
-rwxrwxrwx 1 www-data www-data 373 Sep 6 15:43 imagelisting.php
-rwxrwxrwx 1 www-data www-data 51 Sep 6 15:43 index.php
-rwxrwxrwx 1 www-data www-data 4201 Sep 6 15:43 inventory.php
drwxrwxrwx 2 www-data www-data 4096 Sep 6 15:43 ipxe
-rwxrwxrwx 1 www-data www-data 655 Sep 6 15:43 jobs.php
-rwxrwxrwx 1 www-data www-data 215 Sep 6 15:43 locationcheck.php
-rwxrwxrwx 1 www-data www-data 400 Sep 6 15:43 locationlisting.php
-rwxrwxrwx 1 www-data www-data 719 Sep 6 15:43 man.hostexists.php
-rwxrwxrwx 1 www-data www-data 2013 Sep 6 15:43 mc_checkin.php
-rwxrwxrwx 1 www-data www-data 3876 Sep 6 15:43 Post_Stage2.php
-rwxrwxrwx 1 www-data www-data 1820 Sep 6 15:43 Post_Stage3.php
-rwxrwxrwx 1 www-data www-data 930 Sep 6 15:43 Post_Wipe.php
-rwxrwxrwx 1 www-data www-data 4223 Sep 6 15:43 Pre_Stage1.php
-rwxrwxrwx 1 www-data www-data 1522 Sep 6 15:43 PrinterManager.php
-rwxrwxrwx 1 www-data www-data 1921 Sep 6 15:43 progress.php
-rwxrwxrwx 1 www-data www-data 1636 Sep 6 15:43 register.php
-rwxrwxrwx 1 www-data www-data 2038 Sep 6 15:43 servicemodule-active.php
-rwxrwxrwx 1 www-data www-data 1325 Sep 6 15:43 snapcheck.php
-rwxrwxrwx 1 www-data www-data 3012 Sep 6 15:43 snapins.checkin.php
-rwxrwxrwx 1 www-data www-data 1748 Sep 6 15:43 snapins.file.php
-rwxrwxrwx 1 www-data www-data 1170 Sep 6 15:43 updates.php
-rwxrwxrwx 1 www-data www-data 255 Sep 6 15:43 usercleanup-users.php
-rwxrwxrwx 1 www-data www-data 1308 Sep 6 15:43 usertracking.report.php[/CODE]

And this is from /management

[CODE]
drwxrwxrwx 2 www-data www-data 4096 Sep 6 15:43 ajax
drwxrwxrwx 5 www-data www-data 4096 Sep 6 15:43 css
-rwxrwxrwx 1 www-data www-data 553 Sep 6 15:43 export.php
drwxrwxrwx 2 www-data www-data 4096 Sep 6 15:43 images
-rwxrwxrwx 1 www-data www-data 6943 Sep 6 15:43 index.php
drwxrwxrwx 3 www-data www-data 4096 Sep 6 15:43 js
drwxrwxrwx 8 www-data www-data 4096 Sep 6 15:43 languages
drwxrwxrwx 3 www-data www-data 4096 Sep 6 15:43 lib
drwxrwxrwx 2 www-data www-data 4096 Sep 7 10:56 other
drwxrwxrwx 3 www-data www-data 4096 Sep 6 15:43 phpimages
drwxrwxrwx 2 www-data www-data 4096 Sep 6 15:43 reports
drwxrwxrwx 3 www-data www-data 4096 Sep 6 15:43 static[/CODE]

I’m not best on what is needed permissions-wise but I thought I had set everything the way it was before.

Tom,

I do have a domain name for the server that has worked in the past. I am wondering if that is the root of my issue now. I can go to FOGSERVER.domain.edu and it brings me right to the main page. Dumb question: would that be network-side? I know I changed the bind-address in /etc/mysql/my.cnf to the IP of the server.

And then I don’t know if this may affect it but per the previous guy’s instructions I edited /var/www/index.html to look like:

[CODE]<html>
<head>
<meta http-equiv=“Refresh” content=“0; URL=fog/index.php”>
</head>
</html>[/CODE]

But this was supposedly to access the web ui from the root IP? Anyway, I hope this is some ok info. Ill talk to the guy that originally edited DHCP to see if he knows about re-routing it. Thanks for all your help. I feel like I’m getting close!

Creed

That worked! the correct time is now being shown.

Up ! 🙂

I solved it with kind of a workaround. I ended up recreating image to be PartClone as this was old image from 0.32 fog and it was PartImage.

I will try your suggestion if I get the same error with the image which can’t be recreated. Thank you.

You could reinstall fog.

That will make a copy of your current /var/www/{html/,}fog folder in /var/www/fog.prev and place the contents of the default fog web folder in it’s relevant location.

I second Junkhackers statement. Typically, people place VoIP and Computer systems on separate networks. This serves two purposes.

It ensures traffic for VoIP is separated and uninterrupted by everyday network traffic.

It ensures somebody doesn’t accidentally get misleading information for troubleshooting within the network.

Unless your VoIP phones are being handed the exact same IP range as the systems (Highly recommend against) Windows DHCP Scope options can be specified per scope, not per server. This means, if you have 3 networks being handled by the same DHCP server, you can have each network find and get their relevant information all separate from one another.

For example,

192.168.1.X is looking to get Option 66/67 from 192.168.1.5 and undionly.kpxe

172.16.X.X is looking to get Option 66/67 from 172.16.15.1 and pxelinux.0

10.X.X.X is looking to get Option 66/67 from 10.2.5.3 and receives the VoIP phone tftp files.

Again, that’s just a simple break down, but this can all be done from a singular DHCP server.

That message means that all hosts within the group do not have the same image assigned to it

What version BIOS on the M72e are you using?

What BIOS settings do you set after [F9] Load setup default configuration?

[IMG]http://s27.postimg.org/4jsxfuugz/Capture.png[/IMG]

the fog username and password was the one that was given when I ran installfog.sh and setup the node.

Also,

Make sure your connecting to the proper database. The file /var/www/fog/lib/fog/Config.class.php should have only 4 lines that really deal with connecting to the database server. They fall under the method db_settings.

The major ones to be aware of are:
DATABASE_HOST
DATABASE_USERNAME
DATABASE_PASSWORD

Make sure these values are set correctly. Also verify the DATABASE_NAME is set correctly pertaining to your database (default is fog)

The USERNAME for a Server is typically root

The HOST for a server is typically 127.0.0.1 or localhost

The password is whatever you set during install time if you set one. If not it will most likely be “” or ‘’

If you’re not connecting to 127.0.0.1/localhost and actually connecting to an IP address of your fog server (e.g. 10.59.32.10) Then chances are, i’m going to guess here, you’re running ubuntu or debian derivative of some sort? Make sure the /etc/mysql/my.cnf has a commented bind-address line and if you have to change this line to make it commented (make it look like #bind-address), restart the mysql service.[code]sudo service mysql restart[/code]

Thanks for the response, i did find other post, sorry for this one. Which one should i comment on ? Fixparst showing that the created size for the partition to deploy on is wrong sized.

I’m not a big fan of the username and password in scripts either, but then I discovered a command to make the script delete itself and its containing directory at the end of the script. Just add this to the end
cd …
rmdir .\dir /S /Q & exit

or to delete just the script try this
del /f/q “%~0” | exit

Hope that helps

For anyone that is following this thread, this issue has been resolved and should be included in the 1.3.0 release.

I you are using host specific kernel settings, that will work for any tasks you setup through the WebUI in FOG, but will not work for tasks selected from the PXE boot menu. If you have a gmail account, I can share my kernel with you. Just PM me your email.

The trust relationship between the AD and the computer is based on the Computer Account Password which is saved as part of the computer object in the AD.

By default, trust relationship and computer account passwords are negotiated every thirty days, except for computer accounts that can be disabled by the administrator.

This password is generated, negotiated and maintained by the computer, entirely silently. A short history of passwords is supposed to be maintained by the AD for each computer object, in the case of some synchronization problems. However, this can easily be fubar’d if the computer undergoes one too many recovery sessions to restore points, is away from the domain too long to have been able to properly recognise the new password, or your AD has been restored to a previous restore point.

If you are capturing an image that is already joined to the domain, stop doing that.

The recommended fix from MS for a computer that no longer is trusted by the AD is:

From the client, remove it from the domain. Delete the computer object from the AD. Join the computer to the domain.

… Or …

Logon as a local Administrator CMD: netdom /resetpwd /server:YourDC /userD:Your.Domain\YourADAccount /passwordD:* /SecurePasswordPrompt

There are other scripting and powershell options as well.

See [url]http://support.microsoft.com/kb/216393[/url] for more information.

This problem can also be remediated by changing the default behaviour of the client by extending the lifespan of the computer account password through local Group Policy.

Okay, gave up on this since I needed an operational image server to finish deploying PCs that replaced the last of our XP boxes. Uninstalled Fog on 14.04 following these instructions ([B]excluding[/B] the removal of the /images directory):

[URL=‘http://www.fogproject.org/wiki/index.php?title=Uninstall_FOG’]http://www.fogproject.org/wiki/index.php?title=Uninstall_FOG
[/URL]
Re-installed Fog 1.2.0 on same Ubuntu 14.04 server. Existing images from old Fog server still in /images. I opted not to try to import anything else from the old Fog 0.32 server. Created new image entries and assigned the corresponding image file names. I did a trial run by uploading an image from a Dell OptiPlex 390 with some success. Will be testing more today for functionality and stability.

[quote=“KOA-IT, post: 36528, member: 25995”]Hi,

You might want to check my post out here: [url]http://fogproject.org/forum/threads/domain-join-not-working-since-moving-to-v1-2-0-error-87.11642/[/url]

If you change the settings in the configuration area the change does not update in the individual/group hosts so you need to check your settings in the config area match up and then go and replicate your change on either the one host you want to fog… the easier way of doing it is to replicate the configuration change for the groups you have the hosts in, if you’ve grouped them.

Hope this helps you out :)[/quote]

Hello KOA-IT,

Your post was the answer I was looking for. I was changing the AD Settings in FOG Settings. I didnt realise the changes were not replicating to the hosts/groups. Once I changed it in the groups it all started working.

Thank you very much for your help. Now I can reimage our computer labs.

So here is some stuff I pulled from my Apache2 error logs. Don’t know if its related to the unable to resolve hostname. I can ping IPs from FOG (and in the web UI when I list all hosts, it shows a little graphic at the top saying it is pinging all hosts, although there are still red exclamations on everything), but not hostnames which I am not entirely sure I am doing correctly.

[CODE][Thu Sep 11 19:57:43 2014] [error] [client 1.1.1.1] (13)Permission denied: access to /fog/management/index.php denied, referer: http://--------.edu/fog/managemen$
[Thu Sep 11 19:57:43 2014] [error] [client 1.1.1.1] (13)Permission denied: access to /fog/service/servicemodule-active.php denied
[Thu Sep 11 19:57:44 2014] [error] [client 1.1.1.1] (13)Permission denied: access to /fog/index.php denied, referer: http://fogserver.whatever[/CODE]
(different IPs and server name)

Any chance I might be on to something at least?