Maybe try hitting the ‘PAUSE’ key just at the right moment or take a video with your smartphone or camera might help…

What credentials in what config.php file?

This info you see in this file is ONLY used the first time the database is created. After that all information is directly found in the database and this is what’s used.

Stolen shamelessly from Tom.
Basics: Please provide:
FOG Version (e.g. FOG 0.32, FOG 0.33, FOG 0.01)
OS Version (e.g. CentOS 6.5, Ubuntu 12.04, Redhat 6.5)

Can you provide your installation details?
This is now included as a long file in 1.1.0 in location /var/log/foginstall.log

Have you checked your apache error logs? Can you provide information from these logs?
Debian based Location (normally)
/var/log/apache2/error.log
Redhat based Location (normally)
/var/log/httpd/error_log

Have you searched the forums for your issue yet?
Have you checked the [URL=‘http://fogproject.org/wiki’]wiki[/URL] yet?
Kernel Issues: [URL=‘http://fogproject.org/wiki/index.php/FAQ’][COLOR=#737373]http://fogproject.org/wiki/index.php/FAQ[/COLOR][/URL]
[SIZE=11px] [/SIZE]

Added to more multicasting troubleshooting.
[url]http://fogproject.org/wiki/index.php/Multicasting#Power_cycle_and_Ethernet[/url]

I have several hundred machines, so reimaging them all is out. I am trying to update the various DLLs and see where that gets me.

I didn’t test this with physical hardware it was just something I seen when I was testing FOG in VM’s before moving to physical hardware and thanks for the addon there that now I know it will do the same on physical hardware.

in the logs I see the machine tried to access

/fog/service/register.php?mac=00:18:8B:8C:2C:0D&hostname=6P1QBC1&ip=10.10.222.166&os=1
If I view that in a browser from the same machine I get
#!er:Invalid Version Number, please update this module.

I did some google ling, php5-mcrypt seem Ubuntu 14.04 has some issue with it…

The solution (for me) :
updatedb
locate mcrypt.ini
Should show it located at /etc/php5/mods-available
locate mcrypt.so
Edit mcrypt.ini and change extension to match the path to mcrypt.so, example:
extension=/usr/lib/php5/20121212/mcrypt.so [B](this path is missing) [/B]
Now this:
php5enmod mcrypt - (optional since its already enabled during phpmyadmin setup)
Verify that new files exists here (they should be auto created from the issue above)
ls -al /etc/php5/cli/conf.d/20-mcrypt.ini
ls -al /etc/php5/apache2/conf.d/20-mcrypt.ini
Otherwise do the following
Create symbol links now
ln -s /etc/php5/mods-available/mcrypt.ini /etc/php5/cli/conf.d/20-mcrypt.ini
ln -s /etc/php5/mods-available/mcrypt.ini /etc/php5/apache2/conf.d/20-mcrypt.ini
Restart Apacahe
service apache2 restart

and we have a working system again…
Thanks for the support

Doh! I’m a fool. I was not capturing the images as “resizable”.

I converted one of my images to resizable and it appears to be working now.

Thank you!

[quote=“Mark Cheavens, post: 42226, member: 28207”]Still can’t image/deploy a windows7 computer if using single disk resizable.[/quote]
What exactly do you mean by this? Error messages? Deploy going through but windows 7 is damaged afterwards?

Probably a good idea to check the partition tables and see what FOG does with it. Please run a debug upload session with your master pc and run this commands before you start the upload:
[CODE]# sfdisk -d /dev/sda[/CODE]

After downloading the image to another computer you can start another debug session and see how the partition table looks like…

Right, you both confirmed what I’d seen about interface.

Concerning ip add change, the only file I can’t find is the pxe file. Its not in /tftpboot.

So to fix this whole thing i edited the .fogsetings file and I ran the fog install script again to set the ip address to my static one, as the last time I had used the automatic ip.

After that the client could register! Actually, there’s a list of correct things to do in the installation.txt file that I hadn’t read before, about setting static ip before install of fog. Perhaps the user guide should mention that file?

Thanks guys for this software…. We are donating 100s of computers to villages in the malayan jungle so fog is crucial.

[QUOTE] The Username (in either settings or the host) is the Active Directory username and password pair.[/QUOTE]
That was my mistake… 🙂
I correct that and now it s working

Thanks a lot !

2/12/2015 2:21 PM FOG::SnapinClient The remote server returned an error: (500) Internal Server Error.
2/12/2015 2:21 PM FOG::SnapinClient at System.Net.WebClient.DownloadFile(Uri address, String fileName)
at System.Net.WebClient.DownloadFile(String address, String fileName)
at FOG.SnapinClient.startWatching()
2/12/2015 2:21 PM FOG::SnapinClient Attempting to connect to fog server…
2/12/2015 2:21 PM FOG::SnapinClient Module is active…
2/12/2015 2:21 PM FOG::SnapinClient Snapin Found:
2/12/2015 2:21 PM FOG::SnapinClient ID: 2
2/12/2015 2:21 PM FOG::SnapinClient RunWith:
2/12/2015 2:21 PM FOG::SnapinClient RunWithArgs:
2/12/2015 2:21 PM FOG::SnapinClient Name: Libre Office Installer
2/12/2015 2:21 PM FOG::SnapinClient Created: 2015-02-12 17:35:26
2/12/2015 2:21 PM FOG::SnapinClient Args:
2/12/2015 2:21 PM FOG::SnapinClient Reboot: No
2/12/2015 2:21 PM FOG::SnapinClient Starting FOG Snapin Download

Which lead me to inspect my php config and I found the issue. Memory_limit was way too low.

During the fog upgrade fog tried to install php which failed conflicting with php53. So uninstalled that and let it install php. That broke fog, so we swapped back to php53. I think during that we lost some config settings.

It appears I know have it working.

Might be nice to not have fog try to install php if a php is already installed.

3006 should’ve fixed this, but better to use 3009 as I found a few other issues.

I just wanted to chime in - my issue was the target disk was slightly smaller than the original as well (physical to ssd and assuming, without double-checking).

[FONT=Consolas]Ah ha, fixed![/FONT]
[FONT=Consolas]sudo ln -s [B]-r[/B] undionly.kpxe undionly.0[/FONT]
[FONT=Consolas]Looks like some people may need the -r switch too, if you create it within that folder![/FONT]

have you disabled or reconfigured the firewall to allow tftp file requests?

[quote=“Tom Elliott, post: 41986, member: 7271”]You can maintain the same size at 150, or 500.

However, you will need to upsize the amount of ram. I forget if this is even possible on 0.32. Basically FOG Configuration->FOG Settings->General Settings->TFTP Server->FOG_KERNEL_RAMDISK_SIZE

Change it from 127000 to say 600000 (to allow the size of 500MB if you wanted it.[/quote]

Thanks again sir tom, i have tried it again and it always failed around 80 percent again failed to write again. the space is @ 250mb is it still the size of the acocated space on tftp that causes this? if i cant make this work can you recommend me some newer version of fog that doesn’t need to update the ClamAV

What’s happening when you start the hardware inventory task? Does the client boot up in PXE and then…? You should see this on the screen after the kernel loaded:
[CODE]* Using disk device…

Starting host registration…[/CODE]
Do you get this far?