Bug 1310214

Summary: Bootstrap errors message: system not supported
Product: [Red Hat Storage] Red Hat Storage Console Reporter: Federico Lucifredi <flucifre>
Component: ceph-installerAssignee: Alfredo Deza <adeza>
Status: CLOSED ERRATA QA Contact: Tejas <tchandra>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 2CC: adeza, aschoen, ceph-eng-bugs, gmeno, hnallurv, icolle, japplewh, julim, kdreyer, nthomas, racpatel, sankarshan, yweinste
Target Milestone: ---   
Target Release: 2   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: ceph-installer-1.3.0-1.el7scon Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-06-19 13:18:38 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1354064    

Description Federico Lucifredi 2016-02-19 18:56:31 UTC
Description of problem:

The bootstrap script should warn on stderr if executed on a system that is not supported (uname or /etc/issue check? nothing too elaborate).

current support is for Ubuntu 16.04.0 and RHEL 7.2 — it does not help to be too precise here, I would just check we are on 16.04 and RHEL 7 in a broad sense... this is a "Gentoo is not supported" warning, not a supportability statement on exact minor versions.

Comment 4 Christina Meno 2016-02-26 17:59:49 UTC
*** Bug 1310213 has been marked as a duplicate of this bug. ***

Comment 5 Ken Dreyer (Red Hat) 2016-03-01 17:33:51 UTC
We could source /etc/os-release, and error if we don't find acceptable variables.

On Ubuntu 14.04 Trusty:

  $ cat /etc/os-release 
  NAME="Ubuntu"
  VERSION="14.04.4 LTS, Trusty Tahr"
  ID=ubuntu
  ID_LIKE=debian
  PRETTY_NAME="Ubuntu 14.04.4 LTS"
  VERSION_ID="14.04"
  HOME_URL="http://www.ubuntu.com/"
  SUPPORT_URL="http://help.ubuntu.com/"
  BUG_REPORT_URL="http://bugs.launchpad.net/ubuntu/"

On RHEL 7:

  $ cat /etc/os-release
  NAME="Red Hat Enterprise Linux Server"
  VERSION="7.2 (Maipo)"
  ID="rhel"
  ID_LIKE="fedora"
  VERSION_ID="7.2"
  PRETTY_NAME="Employee SKU"
  ANSI_COLOR="0;31"
  CPE_NAME="cpe:/o:redhat:enterprise_linux:7.2:GA:server"
  HOME_URL="https://www.redhat.com/"
  BUG_REPORT_URL="https://bugzilla.redhat.com/"

  REDHAT_BUGZILLA_PRODUCT="Red Hat Enterprise Linux 7"
  REDHAT_BUGZILLA_PRODUCT_VERSION=7.2
  REDHAT_SUPPORT_PRODUCT="Red Hat Enterprise Linux"
  REDHAT_SUPPORT_PRODUCT_VERSION="7.2"

Comment 6 Alfredo Deza 2016-03-02 20:43:19 UTC
Pull request opened https://github.com/ceph/ceph-installer/pull/101

Comment 8 Mike McCune 2016-03-28 22:11:59 UTC
This bug was accidentally moved from POST to MODIFIED via an error in automation, please see mmccune with any questions

Comment 12 Rachana Patel 2016-07-30 20:40:34 UTC
installer API setup and setup/agent are not giving any error or warning for centOS and ubuntu14.X.

Please refer 
https://bugzilla.redhat.com/show_bug.cgi?id=1354065
https://bugzilla.redhat.com/show_bug.cgi?id=1354064

Those bugs are reported with version 
ceph-ansible-1.0.5-23.el7scon.noarch
ceph-installer-1.0.12-3.el7scon.noarch

(higher than fixed in version mentioned in bug so moving back to assigned

Comment 15 Andrew Schoen 2017-03-02 16:07:27 UTC
This should be fixed upstream now.

Comment 16 Ken Dreyer (Red Hat) 2017-03-02 16:48:31 UTC
Still need to blacklist Trusty as described in

Comment 18 Ken Dreyer (Red Hat) 2017-04-25 15:11:48 UTC
QE, please note that we only blacklist Ubuntu Trusty (14.04), not CentOS (because we test on CentOS upstream).

Comment 20 Tejas 2017-05-18 08:30:47 UTC
Hi Alfredo,

   I am trying to verify this on ubuntu 14 using installer APIs . However we dont have a rhscon-agent for trusty. Can we verify this with ceph-ansible?

Thanks,
Tejas

Comment 21 Tejas 2017-05-22 05:36:37 UTC
Verified on version:
ceph-ansible-2.2.6-1.el7scon.noarch

Comment 22 Alfredo Deza 2017-05-22 12:55:14 UTC
Hey Tejas, you don't need rhscon packages for Ubuntu. This is just the setup part of the script so the steps to verify this is to download the script and verify it exits:

    curl http://<installer address>:<installer port>/setup/ | sudo bash

Since the error would be caught on the first few lines, it wouldn't even try to install the rhscon-agent. Same with the /setup/agent/ endpoint.

Comment 24 errata-xmlrpc 2017-06-19 13:18:38 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2017:1496