Bug 1400017 - Updates required for console agent install procedure in the 2.0 Ceph Install Guide
Summary: Updates required for console agent install procedure in the 2.0 Ceph Install ...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Ceph Storage
Classification: Red Hat Storage
Component: Documentation
Version: 2.1
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: rc
: 2.2
Assignee: Aron Gunn
QA Contact: Vidushi Mishra
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-11-30 09:59 UTC by Anjana Suparna Sriram
Modified: 2017-03-21 23:48 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-03-21 23:48:54 UTC
Embargoed:
agunn: needinfo+


Attachments (Terms of Use)

Description Anjana Suparna Sriram 2016-11-30 09:59:22 UTC
Description of problem: As per email received by Ken, the following are the issues that needs updates to this section:

-------------------------------------------
| | >>
| | >> "We are stuck in step 6 of section 3.1.1 in this install guide:
| | >> https://access.redhat.com/documentation/en/red-hat-ceph-storage/2/single/installation-guide-for-red-hat-enterprise-linux#installing_and_configuring_the_red_hat_storage_console_agent
| | >>
| | >> <snip >
| | >>
| | >> Pretty much everything between subscription manager until click on the
| | >> hosts in the UI.  The main parts we were missing were: 1. needed to get
| | >> the
| | >> rsa_id.pub key for ceph-installer user into
| | >> /var/lib/ceph-installer/.ssh/authorized_keys
| | >> and update the user:group and permissions on this. 2. needed to add
| | >> "sudo"
| | >> to the command curl console2:8181/setup/agent | sudo bash.  This last
| | >> one
| | >> might not have been necessary but getting the keys straight definitely
| | >> was.  Chris said that was a work around he had to do on another system.
| | >>
| | >> The other, more systemic issue, is the skipping around in the docs.  If
| | >> you start with this: https://access.redhat.com/docu
| | >> mentation/en/red-hat-ceph-storage/2/single/installation-guid
| | >> e-for-red-hat-enterprise-linux#installing_and_configuring_
| | >> the_red_hat_storage_console_agent
| | >> You implement sections 2.2 and 2.3 (before that is summary info).  But
| | >> in
| | >> section 2.3 you have "iso installation".  Am I doing an iso
| | >> installation?
| | >> I didn't think so...  We had to skip that section because we were not
| | >> doing
| | >> an iso install.  So we moved on to section 2.4 which we were not doing
| | >> (no
| | >> RAID).  Section 2.5 is configuring network but you have to click on
| | >> links
| | >> to other manuals to do this.  Do we need to configure our network?  If
| | >> we
| | >> don't know how to (storage admins will not know how) then what do we do?
| | >>
| | >> Bob and I knew how to do the network so we moved on to section 2.6
| | >> (done).  Section 2.7 covers the firewall but has different instructions
| | >> that in another Ceph install guide.  I think we have most of this but
| | >> will
| | >> have to review as it's different.  Section 2.8 is ntp which we did but
| | >> it
| | >> did not work per the instructions so we had to click on the link to
| | >> configuring ntp and then I think we finally got the info from google.
| | >>
| | >> Section 2.9 only applies to ansible so we skipped it.  section 2.10 is
| | >> ansible only so we skipped it (but this was where you set up
| | >> passwordless
| | >> ssh so I think doing this might have solved our problem or maybe not)."

_______________________________________________________________________________

Comment 2 Martin Kudlej 2016-12-01 07:41:48 UTC
Sudo is not missing because commands should be done under root account:
<cite>As root, install and configure the Red Hat Storage Console Agent: </cite>
The same sentence is also in Ubuntu book. https://access.redhat.com/documentation/en/red-hat-ceph-storage/2/single/installation-guide-for-ubuntu#installing_and_configuring_the_red_hat_storage_console_agent
But you're right that commands with sudo should be preferred in Ubuntu book. 


There is no need to set up passwordless ssh for node installation for Console. This is done in step:
curl console2:8181/setup/agent | bash

Comment 3 khartsoe@redhat.com 2016-12-01 19:27:00 UTC
Comment tracking document: https://docs.google.com/document/d/1kEX1sntjlEyjfmLIYiGkU9_pnnScpp1iyuU1Z7EoemM/edit#

Comment 5 Bob Buckley 2016-12-09 04:44:07 UTC
Take no offense at my notes - just my style as I write notes while going thru the steps...  Short version - still a good amount of confusion - can elaborate if needed - but the console is up and the hosts are slowly appearing.

Testing with new doc and following VMs


#	1 - admin node  - ceph-admin       - 192.168.122.100 
#	1 - client node - client           - 192.168.122.130
#	3 - mon nodes   - mon1, mon2, mon3 - 192.168.122.101-103
#	3 - osd nodes   - osd1, osd2, osd3 - 192.168.122.111-113
#

I do have a few variations for VMs versus a real install on bare metal in a true operations environment (with DNS, IDM, etc) so...
				       
Section 2.2

Log into ceph-admin as root

# subscription-manager register
# subscription-manager refresh
# subscription-manager attach --pool=8a85f981568e999d01568ed222cd6712
# subscription-manager repos --disable '*'
# subscription-manager repos --enable=rhel-7-server-rpms
# yum update -y

ssh to mon1 & duplicate above subscription-manager & yum steps

ssh to mon2 & duplicate above subscription-manager & yum steps

ssh to mon3 & duplicate above subscription-manager & yum steps

ssh to osd1 & duplicate above subscription-manager & yum steps

ssh to osd2 & duplicate above subscription-manager & yum steps

ssh to osd3 & duplicate above subscription-manager & yum steps

ssh to client & duplicate above subscription-manager & yum steps

Section 2.3

On mons:
# subscription-manager repos --enable=rhel-7-server-rhceph-2-mon-rpms

On osds:
# subscription-manager repos --enable=rhel-7-server-rhceph-2-osd-rpms

On Client:
# subscription-manager repos --enable=rhel-7-server-rhceph-2-tools-rpms


Console agent - unclear which nodes (OSDs, MONs, Clients, RGW, ???) are included in description -->> "all Red Hat Ceph Storage nodes under Red Hat Storage Console’s control,"
I chose to do all OSDs and MONs


Console & Ansible Installer - unclear if this is installed on Console or OSDs, MONs, etc, or all of the above...
I chose to do all OSDs and MONs in addition to ceph-admin (Console)

Drops right into ISO install section - should redirect around...

Sections 2.4 & 2.5 seem to be misplaced - skipped them entirely...

Section 2.6 - N/A

Section 2.7 - verified

Section 2.8 - set up /etc/hosts then scp'd to all nodes

Section 2.9 Configuring Access Step 1 - On which nodes?? MONs, OSDs, Clients, admin, ??
I checked ALL nodes

Step 2 - done on all MON nodes

Step 3 - How the heck do I know where calimari-lite is running...??? 
Ran it on all three

Getting tired of entering the password every time I change systems - why didn't we set up passwordless ssh???

Section 2.10 - ntp - done

Section 2.11 - Username - bubba   pw - redhat
NOTE: The doc keeps using the term "Ceph node" but needs to define if that is OSDs and MONs only or does it include RGW, MDS, Console, etc. - too vague


Section 2.1 step 3 - a bit vague...

Section 3 - OK referring me to the quick start quide that was many of the issues previusly and is not rewritten...


QSG: Skipped thru to section 2.4

2.4.1 First thing is says is to do these steps AFTER I install the console - so put this section AFTER the install...

2.4.2 & 2.4.3 - wording is confusing - do I execute on OSD and MON nodes or am I executing on admin node so the MON and OSD nodes can communicate??  I now have no hair left on the right side of my head and it is 1118PM....

Skipping to section 3 since I need to install before I configure...

Step 5 adds a new repo in addition to the ones I did earlier - perhaps I did the ones earlier in error but that is due to vague instructions...

Exectued thru step 8 - this is where I GUESS I need to go back and now execte the firewall settings...

Secton 3.2 - Skipping but should say (skip if you are not doing qcow2 install...

Section 3.3 - Almost missed this...

Have to use FQDN with Firefox, add exceptions, 

Jumping back to install guide section 3.1.1

OK , NOW the doc is getting pedantic - having me relive the steps I spent hours going thru before I went to the QSG...

Installing and Configuring "As root,..."  where????
Assuming OSD and MON nodes


OK - despite all my griping (hey it's late and I am tired - no offense intended...) the nodes are starting to appear in the host list on the console window so I'd say we have success to this point.  Posting these notes for your review and action as you see fit.  Will continue tomorrow.

Comment 7 Bob Buckley 2016-12-10 01:36:51 UTC
Additional note from yesterday - The ntp section mentions making sure the nodes are peers but then is very subtle about doing this - should eiather be explicitly explained or more boldly mentioned as a requirement.  It also seems that having ntp running and peering across all nodes is necessary to have the cluster show up as healthy on the RHSC2.

Section 3.1.1 - worked as indicated but when I get to 3.1.2 it points me back to the QSG - why all this jumping back and forth - adds to the confusion

Over to the QSG again section 5

Section 5.1.4 - Change the wording to "Select only one Cluster and one Access network from the list."  current wording is not clear.

Section 7.1 step 4 - the PG calc tool has many options and instructions are unclear...

Created obj & rbd pools and an rbd device - all were successful but cluster is WARN status - cannot track down the what/why...

OK - Back to the install guide section 3.1.3 --  oops, points me back to QSG

For the love of (fill in your preferred diety or non-diety here) - put this in one doc!!

Skipping 3.2 (ansible install)
Skipping 3.3 (CLI install)

Chapter 4 - Clients

Comment 8 Daniel Horák 2016-12-21 09:25:07 UTC
Section 3.1.1. Installing and Configuring the Red Hat Storage Console Agent

The first `sudo` command (before `curl`) should not be necessary there:
$ sudo curl <FQDN_RHS_Console_node>:8181/setup/agent/ | sudo bash

It will work this way too, but it doesn't make much sense to run `curl` with root privileges.

This would be slightly clearer:
$ curl <FQDN_RHS_Console_node>:8181/setup/agent/ | sudo bash

Comment 17 Vidushi Mishra 2017-01-27 11:21:35 UTC
Hi Aron ,

When can we expect a document fix for the bug?


Note You need to log in before you can comment on or make changes to this bug.