Thanks that worked

[quote=“Junkhacker, post: 42426, member: 21583”]what you are describing is how single disk resizable works. it shrinks the partitions to as small as can hold the data before images are uploaded, and when putting the partitions on a new drive it expands the partitions to fill the drive.[/quote]
OK great, I will try that out then and see how it goes. Thanks so much for all the replies, I really do appreciate everyone taking the time to help us new guys/gals out.

and how that works?

Thanks for your help, will give this a try when I get into the office.

I was on Ubuntu before switching to Debian and had to run the “restart tftp-hpa” command on a regular basis.

Tom,

Thanks for the first one. I had search but missed that.

As far as the Storage Nodes, Yes they are both running 1.2. I used the same installation source for both.

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.