[jira] [Updated] (AMBARI-21832) Reject PATCH VDFs with Services that are not Included in the Cluster

["Dmitry Lysnichenko (JIRA)" <ji...@apache.org>]

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

Dmitry Lysnichenko updated AMBARI-21832:
----------------------------------------
    Resolution: Fixed
        Status: Resolved  (was: Patch Available)

Committed
To https://git-wip-us.apache.org/repos/asf/ambari.git
   6174afff1e..9e4324fcfc  branch-2.6 -> branch-2.6
   c51540dee8..c091ebe8af  trunk -> trunk

> Reject PATCH VDFs with Services that are not Included in the Cluster
> --------------------------------------------------------------------
>
>                 Key: AMBARI-21832
>                 URL: https://issues.apache.org/jira/browse/AMBARI-21832
>             Project: Ambari
>          Issue Type: Task
>          Components: ambari-server
>            Reporter: Dmitry Lysnichenko
>            Assignee: Dmitry Lysnichenko
>            Priority: Critical
>             Fix For: 2.6.0
>
>         Attachments: AMBARI-21832.patch
>
>
> Currently there is an odd scenario which can occur when patch repositories are registered which have services not yet installed. Consider the following scenario:
> - Install ZooKeeper, Storm on HDP 2.6.0.0-1234
> - Register/patch a {{PATCH}} VDF for Storm and Accumulo for 2.6.0.1-9999
> - Install Accumulo
> Which version does Accumulo use - the {{STANDARD}} repository or the {{PATCH}}? If the {{PATCH}} repository is chosen, this will now prevent reversion of the patch since there's no prior version for Accumulo to revert back to.
> If Accumulo uses the {{STANDARD}} repo, then there needs to be a lot of design and UX flow work provided to indicate that a {{PATCH}} which was previously applied can be re-applied for the new service. This also causes problems for patch reversion since now there would be two upgrades which need to be reverted to "get rid" of the patch.
> For the timeframe for Ambari 2.6, we should reject VDFs that include services which are not installed. This will prevent the problem.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)