ambari-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hadoop QA (JIRA)" <>
Subject [jira] [Commented] (AMBARI-14555) Add Blueprints support for starting only a subset of components within a host group
Date Sat, 09 Jan 2016 03:23:39 GMT


Hadoop QA commented on AMBARI-14555:

{color:red}-1 overall{color}.  Here are the results of testing the latest attachment
  against trunk revision .

    {color:red}-1 patch{color}.  The patch command could not apply the patch.

Console output:

This message is automatically generated.

> Add Blueprints support for starting only a subset of components within a host group
> -----------------------------------------------------------------------------------
>                 Key: AMBARI-14555
>                 URL:
>             Project: Ambari
>          Issue Type: Bug
>          Components: ambari-server
>    Affects Versions: 2.1.0
>            Reporter: Robert Nettleton
>            Assignee: Robert Nettleton
>            Priority: Critical
>             Fix For: 2.2.1
>         Attachments: AMBARI-14555.patch, AMBARI-14555_branch_2.2.patch
>   Original Estimate: 96h
>  Remaining Estimate: 96h
> Currently, the Blueprint deployment process for a cluster will always take a component
through the "INSTALL" and "START" phases.  
> While this is the correct default behavior for most cluster deployments, there are cases
where a user would like more fine-grained control over when certain components are started.

> There is currently some support for this, implemented by AMBARI-14283, however this support
is currently cluster-wide, so that START commands can be disabled for the entire cluster,
but not on a component-basis.
> I propose that we extend the work in AMBARI-14283 to also allow a Blueprint to specify
that certain components may only use the "INSTALL" phase, and skip the "START" phase.  
> This work will require some minor additions to the Blueprint syntax, that I'll publish
in this proposal.  
> The Blueprint syntax should support marking each comopnent as having a "provision_action"
that can override the default "INSTALL_AND_START" behavior.  

This message was sent by Atlassian JIRA

View raw message