[ 
https://issues.apache.org/jira/browse/AMBARI-24397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ASF GitHub Bot updated AMBARI-24397:
------------------------------------
    Labels: pull-request-available  (was: )

> Allow PATCH VDFs to Specify Services Which Are Not Installed in the Cluster
> ---------------------------------------------------------------------------
>
>                 Key: AMBARI-24397
>                 URL: https://issues.apache.org/jira/browse/AMBARI-24397
>             Project: Ambari
>          Issue Type: Task
>    Affects Versions: 2.6.0
>            Reporter: Jonathan Hurley
>            Assignee: Jonathan Hurley
>            Priority: Critical
>              Labels: pull-request-available
>             Fix For: 2.7.1
>
>
> AMBARI-21832 limited the flexibility of a PATCH VDF by requiring that the 
> list of {{available-services}} match what is installed in the cluster. For 
> example, if a cluster contained ZooKeeper and Storm, a patch VDF which 
> specified Storm and Accumulo could not be registered.
> Ambari should allow registration of a VDF without restricting it to the 
> services which are currently installed in the cluster. In the above mentioned 
> case, one concern would be what would happen if Accumulo was added after the 
> patch was applied. In this case, Ambari should add Accumulo from the parent 
> {{STANDARD}} repo. 
> When a patch is reverted, Ambari must now check to ensure that a service 
> included in that patch wasn't added after the patch was applied. Consider 
> this scenario:
> - Install a ZK only cluster
> - Register and patch using a VDF with ZK, STORM
> - Add Storm
> - Revert the patch
> - Re-apply the patch
> When the patch is re-applied, the hosts will not have the new storm packages 
> installed since the patch repository was distributed before Storm was a part 
> of the cluster.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to