/Default.ipxe.....Operation not supported

[finvader]

failed on backing up database

[clittrell]

This post is deleted!

[finvader]

Reinstalling 1.3.0 now. will report results.

Again, thanks for the quick replies.

[finvader]

Ok so here is another issue.

The fog server is in a non-connected envorinment, meaning is is not meant to connect to the net. We have a 172.x.x.x ip address. So when install using dhcp on our corporate network of 10.x.x.x, it fails to reach the backup of the management at 172.x.x.x

I then placed on the 172.x.x.x network and ran the install.sh and it fails on getting checksum and files and inits…

The server resides on a 172.x.x.x network, not sure how to make it get past this. checksum and init thing

[Tom Elliott]

@finvader How about this:

Edit the FOG Settings file (/opt/fog/.fogsettings)

Change the IP address to 127.0.0.1

Put your system on the network for internet access and run the installer.

When done, Put the system back on its main network.

You may need to edit the GUI after moving as I think it will reset the node to look at 127.0.0.1. To do this goto: FOG GUI->Storage Management Page->All Storage nodes-><YOUR RELEVANT NODE> IP address.

This should be good to go.

[Tom Elliott]

When you run the installer after it’s complete you will also likely need to edit the /tftpboot/default.ipxe file.

It will change the IP address its calling to 127.0.0.1

Edit the file and change to whatever your server’s normal IP address is.

[finvader]

@Tom-Elliott rgr that on it now

[finvader]

OK so I changed to 127.0.0.1 and it still fails database backup.

I tailed the log and here is what it says

connecting to 127.0.0.1 connected

Http request sent, awaiting response 500 internal server error

[Tom Elliott]

@finvader Whats in your apache error log?

[finvader]

@Tom-Elliott

[error] [client 127.0.0.1] PHP Parse error: syntax error, unexpected ‘&’ in /var/www/html/fog/commons/init.php on line 110

Here is the init.php

110 foreach ((array)$paths as &$element) {
111 $allpaths[] = dirname($element[0]);
112 unset($element);
113 }

[george1421]

@finvader Is this a new install of FOG on a new Centos server? (i.e. did you remember to disable the centos firewall and disable selinux?)

[Tom Elliott]

What version of PHP is installed?

[finvader]

@george1421

Iptables disabled
selinux is permissive

[finvader]

@george1421

Installing over old 1.2.0 of fog

[finvader]

@Tom-Elliott

Package php-5.3.3-48.el6_8.x86_64 already installed and latest version
Nothing to do
[root@fog-server commons]# php -v
PHP 5.3.3 (cli) (built: Aug 11 2016 20:33:53)
Copyright 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright 1998-2010 Zend Technologies

[Tom Elliott]

Then something else is afoot.

How, exactly, are you install 1.3.0?

[george1421]

@Tom-Elliott My production FOG server running Centos 7 v1511 has php at 5.6.28. (just be aware I didn’t do anything crazy with my production server, this is straight out of the box).

[finvader]

@Tom-Elliott

Should have clarified, just realized this is centos 6.8

[Tom Elliott]

Doesn’t matter.

How are you installing FOG 1.3.0? I need exact details, such as what you’re using to get the latest and greatest.

See, fog installs a specific repository and uses that repository to install php packages. The fact that you are only ever getting php 5.3 is really off.

You might need to run: yum -y remove --erase php*

[finvader]

@Tom-Elliott

Was told this was a centos 7 server, in fact this is centos 6.8