You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ambari.apache.org by "Varun Kapoor (JIRA)" <ji...@apache.org> on 2012/07/18 21:57:34 UTC
[jira] [Created] (AMBARI-646) Design & Implement A UI Flow For Rack
Information
Varun Kapoor created AMBARI-646:
-----------------------------------
Summary: Design & Implement A UI Flow For Rack Information
Key: AMBARI-646
URL: https://issues.apache.org/jira/browse/AMBARI-646
Project: Ambari
Issue Type: Bug
Affects Versions: 1.0
Reporter: Varun Kapoor
Fix For: 1.0
Once https://issues.apache.org/jira/browse/AMBARI-645 is done (or even while it's being worked on, really), we need to decide upon a first cut flow in the Ambari UI to get rack information (from the user) about the hosts in the cluster.
A first proposal that emanated from a 5-minute brainstorming session between Hitesh, Arun and I was to enhance the format of the hosts file (that is uploaded) to take in optional rack information about each host - something in the form of:
{code}
/<rack>/<host>/
.
.
.
/<rack>/<host>/
{code}
This allows for leaving the <rack> field blank, if that information is not known, by just making an entry of the form:
{code}
//<host>/
{code}
Alternately, we could consider deducing when there is rack information in a host entry, by looking for '/' - if it's not present, we assume the entry is simply of the form:
{code}
<host>
{code}
just like it is today.
Another preference I have that the implementer might want to consider is to use a sectioned INI file format, like so:
{code}
[<rack>]
<host>
.
.
.
<host>
[<rack>]
<host>
.
.
.
<host>
{code}
Note that this just addresses getting in the rack info via the UI and storing it in the Ambari DB - there's more work to be done (likely in a separate JIRA, to be opened by whomever knows enough about it to actually put in a meaningful description) in propagating this rack info to all the Hadoop components via the Puppet layer.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira