Bug 1342399 - [doc] Description of RHSC 2.0 architecture
Summary: [doc] Description of RHSC 2.0 architecture
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Storage Console
Classification: Red Hat Storage
Component: documentation
Version: 2
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
: 3
Assignee: Anjana Suparna Sriram
QA Contact: sds-qe-bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-06-03 07:52 UTC by Martin Bukatovic
Modified: 2018-05-14 09:27 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-05-14 09:27:04 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1349458 0 unspecified CLOSED Document the troubleshooting sections for recovering hosts participating in a failed cluster 2021-02-22 00:41:40 UTC

Internal Links: 1349458

Description Martin Bukatovic 2016-06-03 07:52:27 UTC
Description of problem
======================

We need to document the whole architecture of our RHSC 2.0 stack, including:

 * listing all services involved, it's purpose in the stack, and relations
   and dependencies among them
 * for each service involved, list configuration files, log files and endpoints
   (such as open sockets)
 * quick overview of components involved in common use cases (such as accepting
   nodes, creating a cluster, ...)
 * explanation of common entries from logs (especially error messages) from
   services across the stack

This needs to be done down to the ceph and rhel stack.

Without this overview, we can't expect anyone to be able to efficiently debug
and solve unexpected issues, because lot of the knowledge is available in source
code/rhsc 2.0 config files only so far.

Comment 1 Martin Bukatovic 2016-06-03 07:54:38 UTC
QE validation note
==================

All services and crucial tools from any package we ship in RHSC 2.0 repos should
be included in this description.

Comment 2 Martin Bukatovic 2016-06-03 08:41:28 UTC
I believe that most technical details should be maintained in the upstream directly:

https://github.com/skyrings/skyring/issues/14

From where we can reuse and polish for the purpose of our upstream guide.

Comment 3 Martin Bukatovic 2016-06-06 07:37:38 UTC
To clarify: my idea is that technical details of the architecture
would be best maintained in upstream documentation (either along with
the source code in doc directory in skyring repo or in a dedicated
upstream documentation repo). Then we can cherry pick most important
information from there, polish it and include it in out downstream
documentation.


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