Fog Installer - Distro check

[Wayne Workman]

Fedora29 is still having issues, I looked at it this morning, the installer is failing on “Updating Database”. Here’s the log: http://fogtesting.theworkmans.us/Fedora29/fog/2018-12-01_04-41_fog.log

Also - I’m going to remove Fedora 25, 26, and 27 from the tests. Patches aren’t released for some of those anymore, nobody should be freshly installing fog on those.

[Tom Elliott]

@Wayne-Workman don’t forget to check selinux

[Wayne Workman]

@Tom-Elliott Just checked, It is in permissive mode.

[Sebastian Roth]

@Wayne-Workman I’ve done a manual test install and from what it looks like to me the issue is that php-json package is not being installed. Well that’s just the short story. I think (@Tom-Elliott might know more about this) that we used PHP from the REMI repos. But as Fedora 29 comes with PHP 7.2.12 in the official repositories (which is great) those are used for installation instead of the REMI PHP packages (seem to be on 7.2.12 as well). REMI had the JSON functions provided by a different package (maybe php-pecl-json*) which was installed via dependency I suppose. Now with Fedora 29 we need to add php-json explicitly to the package list.

I suppose this would cause trouble for other RedHat based systems so I am not sure of the best way to solve this. I’m in hope that we can remove external repositories form the installer altogether soon!! Debian stable is on PHP 7.0, CentOS 7 can go with PHP 7.0 using an official extra repo (see here), Ubuntu is on PHP 7.2, …!? What do you think?

Edit: As well I am wondering about RedHat installs. I guess there are people out there with a proper license using FOG. But we can’t actually test our installer as it’s impossible to even get a package (version) listing online. So if we go for PHP 7.x without external repos we wouldn’t care about RedHat much I suppose.

[Wayne Workman]

@Sebastian-Roth said in Fog Installer - Distro check:

I guess there are people out there with a proper license using FOG. But we can’t actually test our installer as it’s impossible to even get a package (version) listing online.

Once I’ve completed moving the install tests to AWS, we will have RHEL 7 in the tests. I’ve made a lot of progress. I have Terraform scripts that do a complete build-out of everything necessary for the tests to start running in an AWS account. This includes new Python scripts to replace what the old BASH scripts do at my house (interacting with the AWS API instead of interacting with libvirtd, as well as running the FOG installation tests). I’m still actively working on this, but it’s getting close to functional.

[Sebastian Roth]

@Wayne-Workman Great work. I am looking forward to see if FOG will install on RHEL 7 at all right now.

[Wayne Workman]

@Sebastian-Roth I can do a quick manual run today.

[Sebastian Roth]

@Sebastian-Roth said in Fog Installer - Distro check:

CentOS 7 can go with PHP 7.0 using an official extra repo (see here),

Ok, not a good way as package names differ from the other ones, e.g. rh-php71-php-fpm - horrible to maintain in the scripts. That said I think we need to add REMI repos at least for CentOS/RHEL 7! Adding those for Fedora might cause issues as we see that sometimes REMI is newer where php-json does not exist and the other day official Fedora repos might have newer PHP versions where php-json needs to be installed. So I tend to remove REMI repo addition at least from new Fedora installs (maybe even remove the repo on upgrades) and add php-json to the package list because Fedora 29, 28 and even 27 have PHP 7.x already.

@Wayne-Workman said:

I can do a quick manual run today.

Yeah would be great if it’s not too much of work for you.

[Wayne Workman]

@Sebastian-Roth said in Fog Installer - Distro check:

Can you possibly add another log file? Quite often those errors will only show up in /var/log/php-fpm/www-error.log… possibly also /var/log/php-fpm/error.log

I’ll add these logs to the new system. I don’t want to break the old system as it’s working right now and all the bash it uses is somewhat complicated.

[Jim Holcomb]

@Tom-Elliott Can you call me please?

[Wayne Workman]

@Sebastian-Roth Debian 9’s log appears here: /var/log/php7.0-fpm.log
I’m going to have to match it like /var/log/php*-fpm.log and hope that does it.

[Wayne Workman]

I’ve removed Arch Linux from the automated tests due to complications within Terraform. These issues were sort of the final straw in my Arch testing efforts.

The Arch community doesn’t supply an official AWS AMI. I had been relying on a privately built AMI that isn’t 1:1 with a manual Arch installation. For perhaps the last half year, my Arch tests were failing but the installer worked if you tested it against a manually setup Arch installation. This can only be due to differences between the AMI I was using and a manual installation.

The Arch community is vehement about only providing help if you follow their installation instructions on their wiki exactly. Because of this, when I asked for some help sorting out the issues, they were not willing to help.

Until someone with some Arch prowess can put some time into helping with this, Arch Linux will not be included in the automated tests.