Fog Installer - Distro check
-
@sebastian-roth Well thanks for looking into it.
-
Last night, all Ubuntu 17 failed. Looks like a problem with one of their repo mirrors. us.archive.ubuntu.com/ubuntu zesty/main
-
Ubuntu 17 still failing.
-
@Wayne-Workman Well I think the issue with Ubuntu is that Zesty (17.04) is history since 13th of January 2018! Seems like it’s gone from the official mirrors now too.
See here: https://wiki.ubuntu.com/ZestyZapus/ReleaseNotes and https://wiki.ubuntu.com/ReleasesUbuntu 17.04 will be supported for 9 months until January 2018. If you need Long Term Support, it is recommended you use Ubuntu 16.04 LTS instead.
-
@sebastian-roth Ah you are right. I’ll get that out of there then and setup 17.10
-
@wayne-workman said in Fog Installer - Distro check:
I’ll get that out of there then and setup 17.10
But be aware that 17.10 will be gone in July 2018… really short cycles. And 18.04 is just around the corner!
-
@sebastian-roth that’s fine. the whole idea is to follow the distros. This way - if the Ubuntu people do something crazy again, we will know about it immediately.
-
Please don’t forget we typically only use Ubuntu LTS versions less the most current version. This is because of the ondrej release cycle. I cannot remember if 16 and higher in fog installer requires the ondrej repo though.
-
@tom-elliott said in Fog Installer - Distro check:
Please don’t forget we typically only use Ubuntu LTS versions less the most current version.
Right. Everyone that is active only recommends ubuntu 16.04 - but I usually advise to use Debian or CentOS.
Also, looks like I messed up the tests real good over the weekend trying to add Ubuntu 17.10.
-
Got the tests working again, but the streak counts are from an older backup. Going to try to finagle them back to what they were before sometime soon.
-
There might be a problem with Ubuntu 14.04 clean installation. There was a failure last night, this was the problem:
php7.1-gd : Depends: libgd3 (>= 2.1.1) but it is not going to be installed
Might just be a hiccup - if it fails the same way tomorrow morning I’ll look into it more. -
@Wayne-Workman Looks like a hickup. I just did a quick test on a fresh ubuntu VM I had at hand. Installing php7.1-gd with libgd3 as dependency worked great!
... Get: 9 http://ppa.launchpad.net/ondrej/php/ubuntu/ trusty/main libgd3 amd64 2.2.5-4+ubuntu14.04.1+deb.sury.org+2 [131 kB] ... Selecting previously unselected package libgd3:amd64. Preparing to unpack .../libgd3_2.2.5-4+ubuntu14.04.1+deb.sury.org+2_amd64.deb ... Unpacking libgd3:amd64 (2.2.5-4+ubuntu14.04.1+deb.sury.org+2) ... ...
-
@Wayne-Workman Something else I noticed in the logs… You might want to run
apt-get autoremove
to remove old kernels on that system as well. Not an issue, just making the logs a little smaller and easier to read. -
@sebastian-roth I do normally when I update my ‘clean’ snapshots. Thanks for the suggestion though. Little suggestions like this is honestly what helped me get into Linux and make sense of it all.
Also, Fedora 27 workstation on working branch appears to be having problems now.
-
@Wayne-Workman Had a quick look but couldn’t figure what’s going wrong yet… Something seems wrong with DB (backup?).
-
@developers since the 1.5 release, all Ubuntu 16.04 tests are failing. Looks like the notorious alter user SQL problem.
-
@wayne-workman We’ve only had one day of releases. The working and dev-branches code for alter user have not changed for a bit, and working was merged into dev-branch, and dev-branch was merged into master. Since the installer worked on 16 just yesterday, this leads me to think there’s a problem with the configuration layout?
Just thinking out loud here, that or between yesterday and today Ubuntu 16 has changed something causing this to break.
-
Just for everyone’s viewing pleasure:
Yesterday’s Run:CentOS7 successfully updated OS. Debian8 successfully updated OS. Debian9 successfully updated OS. Fedora25 successfully updated OS. Fedora26 successfully updated OS. Fedora27Workstation successfully updated OS. Ubuntu17.10 successfully updated OS. Ubuntu16 successfully updated OS. Ubuntu14 successfully updated OS. Arch success with "working" CentOS7 success with "working" Debian8 success with "working" Debian9 success with "working" Fedora25 success with "working" Fedora26 success with "working" Fedora27Workstation success with "working" Ubuntu17.10 success with "working" Ubuntu16 success with "working" Ubuntu14 success with "working" Arch success with "dev-branch" CentOS7 success with "dev-branch" Debian8 success with "dev-branch" Debian9 success with "dev-branch" Fedora25 success with "dev-branch" Fedora26 success with "dev-branch" Fedora27Workstation success with "dev-branch" Ubuntu17.10 success with "dev-branch" Ubuntu16 success with "dev-branch" Ubuntu14 failure with "dev-branch", failed installation Fog log: http://theworkmans.us:20080/fog_distro_check/Ubuntu14/fog/2018-02-26_05-02_fog.log No apache log could be retrieved from Ubuntu14 Arch failure with "master", failed installation Fog log: http://theworkmans.us:20080/fog_distro_check/Arch/fog/2018-02-26_05-16_fog.log Apache log: http://theworkmans.us:20080/fog_distro_check/Arch/fog/2018-02-26_05-16_apache.log CentOS7 success with "master" Debian8 success with "master" Debian9 success with "master" Fedora25 success with "master" Fedora26 success with "master" Fedora27Workstation success with "master" Ubuntu17.10 success with "master" Ubuntu16 success with "master" Ubuntu14 success with "master" Full Report: http://theworkmans.us:20080/fog_distro_check/reports/2018-02-26_06-35_install.log
Todays run:
CentOS7 successfully updated OS. Debian8 successfully updated OS. Debian9 successfully updated OS. Fedora25 successfully updated OS. Fedora26 successfully updated OS. Fedora27Workstation successfully updated OS. Ubuntu17.10 successfully updated OS. Ubuntu16 successfully updated OS. Ubuntu14 successfully updated OS. Arch success with "working" CentOS7 success with "working" Debian8 success with "working" Debian9 success with "working" Fedora25 success with "working" Fedora26 success with "working" Fedora27Workstation success with "working" Ubuntu17.10 success with "working" Ubuntu16 failure with "working", returned no exit code Fog log: http://theworkmans.us:20080/fog_distro_check/Ubuntu16/fog/2018-02-27_03-52_fog.log Apache log: http://theworkmans.us:20080/fog_distro_check/Ubuntu16/fog/2018-02-27_03-52_apache.log Ubuntu14 success with "working" Arch success with "master" CentOS7 success with "master" Debian8 success with "master" Debian9 success with "master" Fedora25 success with "master" Fedora26 success with "master" Fedora27Workstation success with "master" Ubuntu17.10 success with "master" Ubuntu16 failure with "master", returned no exit code Fog log: http://theworkmans.us:20080/fog_distro_check/Ubuntu16/fog/2018-02-27_06-08_fog.log Apache log: http://theworkmans.us:20080/fog_distro_check/Ubuntu16/fog/2018-02-27_06-08_apache.log Ubuntu14 success with "master" Arch success with "dev-branch" CentOS7 success with "dev-branch" Debian8 success with "dev-branch" Debian9 success with "dev-branch" Fedora25 success with "dev-branch" Fedora26 success with "dev-branch" Fedora27Workstation success with "dev-branch" Ubuntu17.10 success with "dev-branch" Ubuntu16 failure with "dev-branch", returned no exit code Fog log: http://theworkmans.us:20080/fog_distro_check/Ubuntu16/fog/2018-02-27_08-23_fog.log Apache log: http://theworkmans.us:20080/fog_distro_check/Ubuntu16/fog/2018-02-27_08-23_apache.log Ubuntu14 success with "dev-branch" Full Report: http://theworkmans.us:20080/fog_distro_check/reports/2018-02-27_08-44_install.log Message Input Message #distro_check
No changes to the installer code that handles this between working yesterday, and release. So working worked on Ubuntu 16 yesterday. This leads me to think something Ubuntu did. I don’t know what I can do to fix it.
-
@tom-elliott said in Fog Installer - Distro check:
This leads me to think something Ubuntu did.
I agree, probably something in Ubuntu has changed since the FOG Code base has not changed.
Typically, it’s normal for there to be a ‘hiccup’ in the testing process occasionally. An example would be yesterday’s failure on ubuntu 14 - just a single failure on a single branch.
Today’s failure was different though, same failure on Ubuntu 16 for all branches. Yet, code base has not changed. This means something with Ubuntu changed.
-
My Arch VM is having problems - not getting a DHCP lease for whatever reason. Not sure why, as I have mechanisms to ensure a fresh lease built into the test cycle. Must be patching related.
Looks like Fedora Remi repository had a hiccup last night also, doesn’t look major though.