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)