Fog Installer - Distro check
-
I have a VM environment at home with clean snapshots for various Linux distributions that I use for testing. I’ll be testing the fog installer on various distributions for each of the release candidates, and for updated and newer distributions in the future to see if it installs or not according to steps in the Wiki, and if not the steps I took to correct it.
Each of these tests will be from a clean snapshot that is fully updated with all standard updates. All tests use the command
./installfog.sh -y
to use all defaults and install unattended.UPDATE
Installation tests have been automated. The daily results & logs are available to the public, see the link in my signature. -
October 9th, 2016
FOG Version: 1.3.0 RC-12- Ubuntu 16 fully updated - Installs without issue
- Debian 8 fully updated - Installs without issue
- CentOS 7 fully updated - Installs per wiki instructions without issue.
- Fedora 24 fully updated - fails.
Fedora fails on installing several packages, says they do not exist. Details on this coming soon.
-
October 14th, 2016
FOG Version: 1.3.0 RC-14- Arch Linux 2016.10.01 fully updated - installs without issue.
- Debian 8 fully updated - installs without issue.
- Fedora 24 fully updated - installs without issue per wiki instructions.
- Ubuntu 16 fully updated - installs without issue.
- CentOS 7 fully updated -
fails
.
For CentOS 7, there is a message at the end of the installer that says:
FOG Requires PHP v5.5.0 or higher. You have PHP v5.4.45
When trying to visit the web interface, you see the same message.
@Tom-Elliott Here is the error log from the installer: 0_1476503821634_fog_error_1.3.0-RC-14.logTo Fix CentOS 7, install per the wiki, then run these commands:
yum remove -y php* lib*php yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm -y yum install http://rpms.remirepo.net/enterprise/remi-release-7.rpm -y yum install yum-utils -y yum-config-manager --enable remi-php70 yum install php php-bcmath php-cli php-common php-fpm php-gd php-ldap php-mbstring php-mcrypt php-mysqlnd php-process -y systemctl restart httpd echo done
-
October 22nd 2016
FOG Version: 1.3.0 RC-14
OS: Centos 7 v1511I can confirm that had the same issue on a fresh install. A cut and paste of Wayne’s code snippet fixed the issue after a quick restart of apache.
-
October 23rd, 2016
FOG Version: 1.3.0 RC-15- Arch Linux 2016.10.01 fully updated - installs without issue.
- Debian 8 fully updated - installs without issue.
- Fedora 24 fully updated - installs without issue per wiki instructions.
- Ubuntu 16 fully updated - installs without issue.
- CentOS 7 fully updated - installs without issue per wiki instructions
-
October 30th, 2016
FOG Version: 1.3.0 RC-18
Git Commit:4a4e4c686e98c7946f61462823b525287a8c72b2
- Arch Linux 2016.10.01 fully updated - installs without issue.
- Debian 8 fully updated - installs without issue.
- Fedora 24 fully updated - installs without issue per wiki instructions.
- Ubuntu 16 fully updated - installs without issue.
- CentOS 7 fully updated - installs without issue per wiki instructions
-
@Wayne-Workman Thank you for do an excellent QC check between each FOG RC releases and those supported distros.
-
November 16th, 2016
FOG Version: 1.3.0 RC-23
Git Commit:fb9758a624fa034b8cdda642410c33633b7a4bd3
- Arch Linux 2016.10.01 fully updated - Installs without issue.
- Fedora 24 fully updated - installs without issue per wiki instructions.
- Ubuntu 16 fully updated - installs without issue.
- CentOS 7 fully updated - installs without issue per wiki instructions
- Debian 8 fully updated - installs without issue.
-
November 24th, 2016
FOG Version 1.3.0 RC-25
Git Commitda8b1a34c333ebf9a1042c72a52d6f66debad233
- Ubuntu 16.04 fully updated - fails when installing as a storage node.
Insidelib/common/functions.sh
line 1546 is a problem:
mysqlver=$(mysql -V | awk 'match($0,/Distrib[ ](.*)[,]/,a) {print a[1]}')
Also, starting the multicast manager later fails in the installation, which causes the installer to stop.
Executing the above line from functions.sh manually without sending it to a variable shows the command
mysql
is not present in the system:mysql -V | awk 'match($0,/Distrib[ ](.*)[,]/,a) {print a[1]}' -bash: mysql: command not found
To Fix both issues:
- Install mysql client and server:
apt-get install mysql-server mysql-client
- Then re-run the installer.
- Ubuntu 16.04 fully updated - fails when installing as a storage node.
-
Sorry removed mysql packages from storage nodes (specifically intended to remove the server as nodes dont need server.)
Readded back.
-
November 25th, 2016
FOG Version 1.3.0 RC-26
Git Commit1de460611f7cdba37cf245652bd4b365add65000
- Arch Linux 2016.10.01 fully updated- Installed without issues.
- Fedora 24 fully updated - Installed without issues per wiki instructions.
- CentOS 7 fully updated - Installed without issues per wiki instructions
- Debian 8 fully updated - Installed without issues.
- Ubuntu 16.04 fully updated -
fails
on normal installation, looks like it’s php-fpm related.
I did answer “Y” to the question about uninstalling old packages.
This is the line from the installer that shows failure:
* Updating Database...........................................Failed!
It’s failing at
lib/common/functions.sh
line 63:wget -qO - --post-data="confirm&fogverified" --no-proxy http://${ipaddress}/${webroot}management/index.php?node=schema >>$workingdir/error_logs/fog_error_${version}.log 2>&1
After the failure, running the command manually and checking the exit code shows it’s returning
8
:root@ubuntu:~/git/fogproject/lib/common# wget -qO - --post-data="confirm&fogverified" --no-proxy http://10.0.168.46/fog/management/index.php?node=schema root@ubuntu:~/git/fogproject/lib/common# echo $? 8
I looked it up, and the exit code 8 for wget is: “Server issued an error response.”
After about
3
hours falling down the rabbit hole looking in all the wrong places, I figured out that the fog database is missing:mysql -D fog ERROR 1049 (42000): Unknown database 'fog'
Now, I’ve tried this with PHP 7.0, 7.1, I’ve tried ripping out all traces of php, I’ve reverted to a clean snapshot and tried over and over different things - I can’t get the installer to make the database like it should.
-
December 1st, 2016
FOG Version 1.3.0 RC-27
Git Commitf300d9d2f888568106ce25f9369910395b64d621
Fedora 25 has been released recently.
I’ve set it up and updated it, and followed the written instructions from the Fedora 24 wiki article, it installs just fine.Ubuntu 16.04 has issues right now, but they are not FOG related, they are Ubuntu updates related. My advice for Ubuntu 16.04 users is to not update their OS, but if they need the latest FOG release candidate, skip updating the server and just pull the latest FOG source and install it as usual and it should work fine.
-
December 6th, 2016
FOG Version 1.3.0 RC-29
Git Commit3d79051166f0a735902925c861e1e6d078158f74
Below, I installed FOG as a Storage Node on each of the below systems, and defined a pre-existing FOG 1.3.0 RC-29 server as the database server. Below are the results.
-
Arch Linux 2016.10.01 fully updated - Installed without issues.
-
Fedora 24 fully updated - Installed without issues per wiki instructions.
-
Fedora 25 fully updated - Installed without issues per wiki instructions.
-
CentOS 7 fully updated - Installed without issues per wiki instructions.
-
Debian 8 fully updated - Installed without issues.
-
Ubuntu 16.04 fully updated - Installed without issues.
-
-
December 18th, 2016
Branch:working-1.3.0
Git Commit3e69bbb5f5ea0b573dad81581665fd15f95eda72
-
Arch Linux 2016.10.01 fully updated - Installed without issues.
-
Fedora 24 fully updated - Installed without issues per wiki instructions.
-
Fedora 25 fully updated - Installed without issues per wiki instructions.
-
CentOS 7 fully updated - Installed without issues per wiki instructions.
-
Debian 8 fully updated - Installed without issues.
-
Ubuntu 16.04 fully updated - Installed without issues.
-
-
@Wayne-Workman
December 19th 2016
Branch:working-1.3.0
Git Commit7c1778971265813fa214318bd661574ff221635a
ande436d8a4a6820956cfee6dabe6a0641b89291b74
CentOS 6 fully updated - Installed without issues per wiki instructions. (Only pertaining to iptables off and selinux in permissive mode.)
-
@Tom-Elliott So the PHP thingy is fully resolved on Centos 6? (sorry if it has been for ages, just want to be sure)
-
@Quazz Yes. Under the working-1.3.0 branch of course.
-
December 30th, 2016
Branch:master
Git Commitf23fb06ace4df6e9e69f974244baa032d1be4e04
Release Version: FOG 1.3.0There is a minor hiccup in the FOG 1.3.0 installer that causes problems with detecting the router address on Arch, Fedora 24, Fedora 25, CentOS 7, Debian 8, and Ubuntu 16.04. While using the
-y
argument of the installer, most of these distributions will go into an infinite loop on a fresh installation. They will install without the-y
argument but you will need to answern
for setting a router address or type in the actual router address when it asks. Ubuntu doesn’t seem to loop for me but still the router address is wrong in the settings.There is a workaround for all of the distributions for using the
-y
argument. You would simply fill therouteraddress
variable manually while you start the installer. My router address is 10.0.0.1 thus the answer is:routeraddress=10.0.0.1 ./installfog.sh -y
You can use this method for a successful unattended installation.
Other than that, everything appears to be fine.
-
Janurary 31st, 2017
Branch:master
Git Commit:7bde5a208dc9b681a22946c3788c5f8242da9f3a
Release Version: FOG 1.3.4Debian 8.7 - fully updated - installed without issues.
Ubuntu 14.04 - fully updated - installed without issues
Ubuntu 16.04 - fully updated - installed without issues
CentOS 7 - fully updated - installed without issues per wiki instructionsFedora 25 - fully updated -
failed
@Tom-Elliott* Setting up and starting RPCBind.............................Failed!
Below is the error log.
0_1485920319584_fog_error_1.3.4.logThis is what shows in
journalctl -xe
after I runsystemctl restart rpcbind
-- Unit rpcbind.service has begun starting up. Jan 31 21:39:21 localhost.localdomain rpcbind[10604]: rpcbind: /run/rpcbind/rpcbind.lock: No such file or directory Jan 31 21:39:21 localhost.localdomain audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg=' Jan 31 21:39:21 localhost.localdomain systemd[1]: rpcbind.service: Main process exited, code=exited, status=1/FAILURE Jan 31 21:39:21 localhost.localdomain systemd[1]: Failed to start RPC Bind. -- Subject: Unit rpcbind.service has failed -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit rpcbind.service has failed. -- -- The result is failed. Jan 31 21:39:21 localhost.localdomain systemd[1]: rpcbind.service: Unit entered failed state. Jan 31 21:39:21 localhost.localdomain systemd[1]: rpcbind.service: Failed with result 'exit-code'.
Also have tried uninstalling
rpcbind
, the service still will not restart. -
Just so people are aware, I’m still testing the distributions. I’ve automated this & the results are available daily to the fog team only. I’ll post here with concerns.
Right now - Fedora 25 is broke, it’s a bug in the OS, nothing we can do about it. It’s related to rpcbind.
And it appears that starting last night something is wrong with the fog installation on Ubuntu 16. It’s related to the alter user command in MySQL.