Thanks, turns out restarting apache was not enough to make it work. Reboot solved the issue.

While the change in format was not the cause, it sure as heck looks confusing.

It’s Ok Tom.

All computer i test with unstable version can’t initialize.

But some with blanco and older one, can.

Ty

I was having this too using the dhcp on my draytek router and testing tftp from another machine reckoned it wasn’t responding but did locally. I have up and reinstalled with ftp as dhcp And took off main network it sure if dhcp setup opens ports or doesn’t something else? Even with firewall disabled mine still times out

Thank you that fixed it also needed to open port 80 in ufw. Should I disable UFW completely or just open individual ports and if so is the command simply ufw disable?

This might help:

[url]http://fogproject.org/forum/threads/win-7-image-upload-no-partitions-found.1130/#post-5714[/url]

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!