You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ambari.apache.org by "Dmitry Lysnichenko (JIRA)" <ji...@apache.org> on 2017/08/28 16:02:00 UTC

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

Dmitry Lysnichenko created AMBARI-21832:
-------------------------------------------

             Summary: 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
            Reporter: Dmitry Lysnichenko
            Assignee: Dmitry Lysnichenko
            Priority: Critical



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)