[
https://issues.apache.org/jira/browse/AMBARI-16272?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15314035#comment-15314035
]
Masahiro Tanaka commented on AMBARI-16272:
------------------------------------------
I had test failures on Ambari Server.
Could be related to this issue?
{code}
Results :
Tests in error:
StackManagerTest.testMetricsLoaded:669 » Ambari File
/tmp/ambari/ambari-server...
StackManagerTest.testServicesWithLogsearchRoleCommandOrder:820 » Ambari File
/...
StackManagerTest.testServicesWithRangerPluginRoleCommandOrder:713 » Ambari
Fil...
ServicePropertiesTest.validatePropertySchemaOfServiceXMLs:50 » Ambari File
/tm...
Tests run: 4429, Failures: 0, Errors: 4, Skipped: 34
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO]
[INFO] Ambari Server ..................................... FAILURE
[1:21:34.926s]
{code}
> Ambari Upgrade shouldn't automatically add stack configs
> --------------------------------------------------------
>
> Key: AMBARI-16272
> URL: https://issues.apache.org/jira/browse/AMBARI-16272
> Project: Ambari
> Issue Type: Task
> Components: ambari-server
> Affects Versions: 2.4.0
> Reporter: Dmitry Lysnichenko
> Assignee: Dmitry Lysnichenko
> Fix For: 2.4.0
>
> Attachments: AMBARI-16272.patch
>
>
> Today, Ambari Upgrade will automatically add stack configs.
> However, it also causes problems when default properties or properties with
> default value such as "localhost" end up being added.
> This led to many bugs. E.g., cluster with NameNode HA shouldn't automatically
> add dfs.namenode.secondary.http-address
> Properties should be explicitly added during RU/EU config packs instead of
> relying on annotating them with.
> {code}
> <property-type>DONT_ADD_ON_UPGRADE</property-type>
> {code}
> This logic today will even add new config types. E.g., add ranger-env even
> though Ranger is not installed. If the customer then upgrades the stack from
> HDP 2.2 to 2.3, and then adds Ranger, they can get the wrong configs.
> If we change this behavior, it's good to do so in a major release such as 2.4
> We add required xml tags to properties:
> # If it's a new property from stack X to X+1, we don't want it to be added
> automatically added. If we do want to add it, we should annotate it with
> "ADD_ON_UPGRADE"
> # Similar to above, but handle "DELETE_ON_UPGRADE"
> # Similar to above, but handle "CHANGE_ON_UPGRADE" to forcefully set to a new
> value if it exists
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
