[jira] [Updated] (AMBARI-19051) Stage is sometimes marked as failed on command reschedule.
[ https://issues.apache.org/jira/browse/AMBARI-19051?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Myroslav Papirkovskyi updated AMBARI-19051: --- Resolution: Fixed Status: Resolved (was: Patch Available) Pushed to trunk and branch-2.5 > Stage is sometimes marked as failed on command reschedule. > -- > > Key: AMBARI-19051 > URL: https://issues.apache.org/jira/browse/AMBARI-19051 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.4.0 >Reporter: Myroslav Papirkovskyi >Assignee: Myroslav Papirkovskyi >Priority: Critical > Fix For: 2.5.0 > > Attachments: AMBARI-19051.patch > > > Sometimes when server processes command timeout and reschedules task for > agent execution, fail report is received from agent (after cancel command > processing) and whole stage/request gets marked as failed -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19051) Stage is sometimes marked as failed on command reschedule.
[ https://issues.apache.org/jira/browse/AMBARI-19051?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Myroslav Papirkovskyi updated AMBARI-19051: --- Status: Patch Available (was: Open) > Stage is sometimes marked as failed on command reschedule. > -- > > Key: AMBARI-19051 > URL: https://issues.apache.org/jira/browse/AMBARI-19051 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.4.0 >Reporter: Myroslav Papirkovskyi >Assignee: Myroslav Papirkovskyi >Priority: Critical > Fix For: 2.5.0 > > Attachments: AMBARI-19051.patch > > > Sometimes when server processes command timeout and reschedules task for > agent execution, fail report is received from agent (after cancel command > processing) and whole stage/request gets marked as failed -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-18300) Recommended Ambari Metric configurations warning keeps appearing
[ https://issues.apache.org/jira/browse/AMBARI-18300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15714078#comment-15714078 ] kevin.chen commented on AMBARI-18300: - hi Lim I just checked the environment , I found I can't reproduce this issue on the ambari 2.4.1.0. Can you check this in your environment again? if it is not reproduced , please close it. > Recommended Ambari Metric configurations warning keeps appearing > > > Key: AMBARI-18300 > URL: https://issues.apache.org/jira/browse/AMBARI-18300 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.2.0 > Environment: Redhat 7.2 >Reporter: LIM BENG SEE >Assignee: kevin.chen >Priority: Minor > > For first time configuration, Ambari recommended (eg: AMBARI_METRICS) > hbase_master_heapsize to be set to 6309 MB. > With the recommendation, user has set accordingly to 6309 MB. > However, the same warning pop-up again after setting to 6309 MB, > and user is confused with the warning, even though there is an option to > proceed anyway. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (AMBARI-18300) Recommended Ambari Metric configurations warning keeps appearing
[ https://issues.apache.org/jira/browse/AMBARI-18300?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] kevin.chen reassigned AMBARI-18300: --- Assignee: kevin.chen > Recommended Ambari Metric configurations warning keeps appearing > > > Key: AMBARI-18300 > URL: https://issues.apache.org/jira/browse/AMBARI-18300 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.2.0 > Environment: Redhat 7.2 >Reporter: LIM BENG SEE >Assignee: kevin.chen >Priority: Minor > > For first time configuration, Ambari recommended (eg: AMBARI_METRICS) > hbase_master_heapsize to be set to 6309 MB. > With the recommendation, user has set accordingly to 6309 MB. > However, the same warning pop-up again after setting to 6309 MB, > and user is confused with the warning, even though there is an option to > proceed anyway. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19053) RU: wrong version exposed when Downgrade is going
[ https://issues.apache.org/jira/browse/AMBARI-19053?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713729#comment-15713729 ] Hadoop QA commented on AMBARI-19053: {color:red}-1 overall{color}. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12841351/AMBARI-19053.patch against trunk revision . {color:green}+1 @author{color}. The patch does not contain any @author tags. {color:green}+1 tests included{color}. The patch appears to include 1 new or modified test files. {color:green}+1 javac{color}. The applied patch does not increase the total number of javac compiler warnings. {color:green}+1 release audit{color}. The applied patch does not increase the total number of release audit warnings. {color:red}-1 core tests{color}. The patch failed these unit tests in ambari-server: org.apache.ambari.server.state.cluster.AlertDataManagerTest org.apache.ambari.server.state.ServicePropertiesTest Test results: https://builds.apache.org/job/Ambari-trunk-test-patch/9493//testReport/ Console output: https://builds.apache.org/job/Ambari-trunk-test-patch/9493//console This message is automatically generated. > RU: wrong version exposed when Downgrade is going > - > > Key: AMBARI-19053 > URL: https://issues.apache.org/jira/browse/AMBARI-19053 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Reporter: Nate Cole >Assignee: Nate Cole >Priority: Critical > Fix For: 3.0.0 > > Attachments: AMBARI-19053.patch > > > Currently on downgrade server returns from and to version same: > {code:java} > { > "href" : > "http://c6401.ambari.apache.org:8080/api/v1/clusters/c1/upgrades/7?fields=Upgrade/*&_=1479742056069;, > "Upgrade" : { > "cluster_name" : "c1", > "create_time" : 1479741414972, > "direction" : "DOWNGRADE", > "downgrade_allowed" : true, > "end_time" : -1, > "exclusive" : false, > "from_version" : "2.3.6.0-3796", > "pack" : "nonrolling-upgrade-2.4", > "progress_percent" : 56.664, > "request_context" : "Downgrading to 2.3.6.0-3796", > "request_id" : 7, > "request_status" : "HOLDING_TIMEDOUT", > "skip_failures" : false, > "skip_service_check_failures" : false, > "start_time" : 1479741415378, > "suspended" : false, > "to_version" : "2.3.6.0-3796", > "type" : "INTERNAL_REQUEST", > "upgrade_type" : "NON_ROLLING" > } > } > {code} > However they should be: > ||Direction||from_version||to_version|| > |UPGRADE|2.5.0.0|2.5.1.0| > |DOWNGRADE|2.5.1.0|2.5.0.0| -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (AMBARI-18620) Support migration from LDAP to PAM in Ambari
[ https://issues.apache.org/jira/browse/AMBARI-18620?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vishal Ghugare resolved AMBARI-18620. - Resolution: Duplicate Duplicate of AMBARI-19038. > Support migration from LDAP to PAM in Ambari > > > Key: AMBARI-18620 > URL: https://issues.apache.org/jira/browse/AMBARI-18620 > Project: Ambari > Issue Type: Story >Affects Versions: trunk >Reporter: Vishal Ghugare >Assignee: Vishal Ghugare > Labels: security > Fix For: trunk > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19039) In stack version, build number should not be mandatory
[ https://issues.apache.org/jira/browse/AMBARI-19039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Amruta Borkar updated AMBARI-19039: --- Fix Version/s: 2.5.0 > In stack version, build number should not be mandatory > -- > > Key: AMBARI-19039 > URL: https://issues.apache.org/jira/browse/AMBARI-19039 > Project: Ambari > Issue Type: Bug >Affects Versions: trunk >Reporter: Amruta Borkar >Assignee: Amruta Borkar > Fix For: trunk, 2.5.0 > > Attachments: AMBARI-19039.patch, AMBARI-19039_v1.patch, > AMBARI-19039_v1.patch > > > In stack version, build number should not be mandatory. mapreduce.tar.gz > file does not get copied during blueprint deployment when stack version does > not have build version. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19039) In stack version, build number should not be mandatory
[ https://issues.apache.org/jira/browse/AMBARI-19039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Amruta Borkar updated AMBARI-19039: --- Status: Patch Available (was: In Progress) > In stack version, build number should not be mandatory > -- > > Key: AMBARI-19039 > URL: https://issues.apache.org/jira/browse/AMBARI-19039 > Project: Ambari > Issue Type: Bug >Affects Versions: trunk >Reporter: Amruta Borkar >Assignee: Amruta Borkar > Fix For: trunk > > Attachments: AMBARI-19039.patch, AMBARI-19039_v1.patch, > AMBARI-19039_v1.patch > > > In stack version, build number should not be mandatory. mapreduce.tar.gz > file does not get copied during blueprint deployment when stack version does > not have build version. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19039) In stack version, build number should not be mandatory
[ https://issues.apache.org/jira/browse/AMBARI-19039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Amruta Borkar updated AMBARI-19039: --- Attachment: AMBARI-19039_v1.patch > In stack version, build number should not be mandatory > -- > > Key: AMBARI-19039 > URL: https://issues.apache.org/jira/browse/AMBARI-19039 > Project: Ambari > Issue Type: Bug >Affects Versions: trunk >Reporter: Amruta Borkar >Assignee: Amruta Borkar > Fix For: trunk > > Attachments: AMBARI-19039.patch, AMBARI-19039_v1.patch, > AMBARI-19039_v1.patch > > > In stack version, build number should not be mandatory. mapreduce.tar.gz > file does not get copied during blueprint deployment when stack version does > not have build version. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19039) In stack version, build number should not be mandatory
[ https://issues.apache.org/jira/browse/AMBARI-19039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Amruta Borkar updated AMBARI-19039: --- Attachment: AMBARI-19039_v1.patch > In stack version, build number should not be mandatory > -- > > Key: AMBARI-19039 > URL: https://issues.apache.org/jira/browse/AMBARI-19039 > Project: Ambari > Issue Type: Bug >Affects Versions: trunk >Reporter: Amruta Borkar >Assignee: Amruta Borkar > Fix For: trunk > > Attachments: AMBARI-19039.patch, AMBARI-19039_v1.patch > > > In stack version, build number should not be mandatory. mapreduce.tar.gz > file does not get copied during blueprint deployment when stack version does > not have build version. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19039) In stack version, build number should not be mandatory
[ https://issues.apache.org/jira/browse/AMBARI-19039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Amruta Borkar updated AMBARI-19039: --- Status: Open (was: Patch Available) > In stack version, build number should not be mandatory > -- > > Key: AMBARI-19039 > URL: https://issues.apache.org/jira/browse/AMBARI-19039 > Project: Ambari > Issue Type: Bug >Affects Versions: trunk >Reporter: Amruta Borkar >Assignee: Amruta Borkar > Fix For: trunk > > Attachments: AMBARI-19039.patch > > > In stack version, build number should not be mandatory. mapreduce.tar.gz > file does not get copied during blueprint deployment when stack version does > not have build version. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19049) Alerts Popup displays full error stacktrace instead of minimal content
[ https://issues.apache.org/jira/browse/AMBARI-19049?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713629#comment-15713629 ] Hadoop QA commented on AMBARI-19049: {color:red}-1 overall{color}. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12841367/AMBARI-19049.patch against trunk revision . {color:red}-1 patch{color}. The patch command could not apply the patch. Console output: https://builds.apache.org/job/Ambari-trunk-test-patch/9492//console This message is automatically generated. > Alerts Popup displays full error stacktrace instead of minimal content > -- > > Key: AMBARI-19049 > URL: https://issues.apache.org/jira/browse/AMBARI-19049 > Project: Ambari > Issue Type: Bug > Components: ambari-web >Affects Versions: 2.5.0 >Reporter: Antonenko Alexander >Assignee: Antonenko Alexander > Fix For: 2.5.0 > > Attachments: AMBARI-19049.patch > > > Alerts Popup displays full error stacktrace instead of minimal content > STR: > Navigate to any service page > Click on Alerts button from top right corner of summary panel > The complete error message should be displayed as a tooltip text or minimal > text should be displayed. But the complete stacktrace is displayed in the > popup window which makes the list of alerts look unorganized. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19038) Support migration of LDAP users & groups to PAM
[ https://issues.apache.org/jira/browse/AMBARI-19038?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713627#comment-15713627 ] Hadoop QA commented on AMBARI-19038: {color:red}-1 overall{color}. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12841382/AMBARI-19038.patch against trunk revision . {color:green}+1 @author{color}. The patch does not contain any @author tags. {color:red}-1 tests included{color}. The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch. {color:green}+1 javac{color}. The applied patch does not increase the total number of javac compiler warnings. {color:green}+1 release audit{color}. The applied patch does not increase the total number of release audit warnings. {color:red}-1 core tests{color}. The patch failed these unit tests in ambari-server: org.apache.ambari.server.state.ServicePropertiesTest Test results: https://builds.apache.org/job/Ambari-trunk-test-patch/9491//testReport/ Console output: https://builds.apache.org/job/Ambari-trunk-test-patch/9491//console This message is automatically generated. > Support migration of LDAP users & groups to PAM > --- > > Key: AMBARI-19038 > URL: https://issues.apache.org/jira/browse/AMBARI-19038 > Project: Ambari > Issue Type: Story > Components: ambari-server >Affects Versions: trunk, 2.5.0 >Reporter: Vishal Ghugare >Assignee: Vishal Ghugare > Fix For: trunk > > Attachments: AMBARI-19038.patch > > > Story to address migration of LDAP users & groups to PAM. > Note: LDAP usesids that collide with existing PAM userids in Ambari > metastore will not be migrated. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-18929) Yarn service check fails when either resource manager is down in HA enabled cluster
[ https://issues.apache.org/jira/browse/AMBARI-18929?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713620#comment-15713620 ] Weiwei Yang commented on AMBARI-18929: -- Thank you [~afernandez] > Yarn service check fails when either resource manager is down in HA enabled > cluster > --- > > Key: AMBARI-18929 > URL: https://issues.apache.org/jira/browse/AMBARI-18929 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.4.0 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Fix For: 2.5.0 > > Attachments: AMBARI-18929_trunk.02.patch, AMBARI-18929_trunk.patch > > > When HA is enabled, yarn service_check.py fails if one of RM is down, even > the other one is active. This gives user the wrong impression the yarn > cluster is not healthy. Instead, service check should pass, or at least pass > with warning that lets user know there is one RM down. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19060) Update the HiveServer config values if Security Authorization chosen is None.
[ https://issues.apache.org/jira/browse/AMBARI-19060?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Swapan Shridhar updated AMBARI-19060: - Status: Patch Available (was: In Progress) > Update the HiveServer config values if Security Authorization chosen is None. > - > > Key: AMBARI-19060 > URL: https://issues.apache.org/jira/browse/AMBARI-19060 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.4.1 >Reporter: Swapan Shridhar >Assignee: Swapan Shridhar > Fix For: 2.5.0 > > Attachments: AMBARI-19060.patch > > > - When hive-env/hive_security_authorization chosen value is None. > - Following configs should be set as: > *"hive.server2.enable.doAs"* = "true" > *"hive.security.authorization.enabled"* = "false", and > - Following configs should be deleted >*"hive.security.authorization.manager"* >*"hive.security.authenticator.manager"* >*"hive.conf.restricted.list"* > Also, if *hive-env/hive_security_authorization* is selected as *'sqlstdauth'* > or *'ranger'*, the following configs should be set as: > - "hive.conf.restricted.list" = > "hive.security.authenticator.manager,hive.security.authorization.manager,hive.security.metastore.authorization.manager, > > hive.security.metastore.authenticator.manager,hive.users.in.admin.role,hive.server2.xsrf.filter.enabled,hive.security.authorization.enabled" -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19060) Update the HiveServer config values if Security Authorization chosen is None.
[ https://issues.apache.org/jira/browse/AMBARI-19060?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Swapan Shridhar updated AMBARI-19060: - Attachment: AMBARI-19060.patch > Update the HiveServer config values if Security Authorization chosen is None. > - > > Key: AMBARI-19060 > URL: https://issues.apache.org/jira/browse/AMBARI-19060 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.4.1 >Reporter: Swapan Shridhar >Assignee: Swapan Shridhar > Fix For: 2.5.0 > > Attachments: AMBARI-19060.patch > > > - When hive-env/hive_security_authorization chosen value is None. > - Following configs should be set as: > *"hive.server2.enable.doAs"* = "true" > *"hive.security.authorization.enabled"* = "false", and > - Following configs should be deleted >*"hive.security.authorization.manager"* >*"hive.security.authenticator.manager"* >*"hive.conf.restricted.list"* > Also, if *hive-env/hive_security_authorization* is selected as *'sqlstdauth'* > or *'ranger'*, the following configs should be set as: > - "hive.conf.restricted.list" = > "hive.security.authenticator.manager,hive.security.authorization.manager,hive.security.metastore.authorization.manager, > > hive.security.metastore.authenticator.manager,hive.users.in.admin.role,hive.server2.xsrf.filter.enabled,hive.security.authorization.enabled" -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19058) Perf: Deploy 3000 Agent cluster and find perf bugs
[ https://issues.apache.org/jira/browse/AMBARI-19058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vitaly Brodetskyi updated AMBARI-19058: --- Attachment: (was: AMBARI-19058_part1.patch) > Perf: Deploy 3000 Agent cluster and find perf bugs > -- > > Key: AMBARI-19058 > URL: https://issues.apache.org/jira/browse/AMBARI-19058 > Project: Ambari > Issue Type: Task > Components: ambari-server >Affects Versions: 2.5.0 >Reporter: Vitaly Brodetskyi >Assignee: Vitaly Brodetskyi > Fix For: 2.5.0 > > Attachments: AMBARI-19058_part1.patch > > > Use Ambari 2.5 branch instead of trunk to deploy 2000-3000 agents on GCE and > start finding perf bugs in the following areas. > Agent registration (batches of 600 at a time are still very slow) > Alerts > Commands like starting/restarting/rolling restart, etc. > Memory leaks after letting it run for a week? > We may need to also run a memory profiler on the java process. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19058) Perf: Deploy 3000 Agent cluster and find perf bugs
[ https://issues.apache.org/jira/browse/AMBARI-19058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vitaly Brodetskyi updated AMBARI-19058: --- Attachment: AMBARI-19058_part1.patch > Perf: Deploy 3000 Agent cluster and find perf bugs > -- > > Key: AMBARI-19058 > URL: https://issues.apache.org/jira/browse/AMBARI-19058 > Project: Ambari > Issue Type: Task > Components: ambari-server >Affects Versions: 2.5.0 >Reporter: Vitaly Brodetskyi >Assignee: Vitaly Brodetskyi > Fix For: 2.5.0 > > Attachments: AMBARI-19058_part1.patch > > > Use Ambari 2.5 branch instead of trunk to deploy 2000-3000 agents on GCE and > start finding perf bugs in the following areas. > Agent registration (batches of 600 at a time are still very slow) > Alerts > Commands like starting/restarting/rolling restart, etc. > Memory leaks after letting it run for a week? > We may need to also run a memory profiler on the java process. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19060) Update the HiveServer config values if Security Authorization chosen is None.
[ https://issues.apache.org/jira/browse/AMBARI-19060?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Swapan Shridhar updated AMBARI-19060: - Description: - When hive-env/hive_security_authorization chosen value is None. - Following configs should be set as: *"hive.server2.enable.doAs"* = "true" *"hive.security.authorization.enabled"* = "false", and - Following configs should be deleted *"hive.security.authorization.manager"* *"hive.security.authenticator.manager"* *"hive.conf.restricted.list"* Also, if *hive-env/hive_security_authorization* is selected as *'sqlstdauth'* or *'ranger'*, the following configs should be set as: - "hive.conf.restricted.list" = "hive.security.authenticator.manager,hive.security.authorization.manager,hive.security.metastore.authorization.manager, hive.security.metastore.authenticator.manager,hive.users.in.admin.role,hive.server2.xsrf.filter.enabled,hive.security.authorization.enabled" was: - When hive-env/hive_security_authorization chosen value is None. - Following configs should be set as: *"hive.server2.enable.doAs"* = "true" *"hive.security.authorization.enabled"* = "false", and - Following configs should be deleted *"hive.security.authorization.manager"* *"hive.security.authenticator.manager"* *"hive.conf.restricted.list"* Also, if *hive-env/hive_security_authorization* is selected as *'sqlstdauth'* or *'ranger'*, the following configs should be set as: - "hive.conf.restricted.list", "hive.security.authenticator.manager,hive.security.authorization.manager,hive.security.metastore.authorization.manager, hive.security.metastore.authenticator.manager,hive.users.in.admin.role,hive.server2.xsrf.filter.enabled,hive.security.authorization.enabled" > Update the HiveServer config values if Security Authorization chosen is None. > - > > Key: AMBARI-19060 > URL: https://issues.apache.org/jira/browse/AMBARI-19060 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.4.1 >Reporter: Swapan Shridhar >Assignee: Swapan Shridhar > Fix For: 2.5.0 > > > - When hive-env/hive_security_authorization chosen value is None. > - Following configs should be set as: > *"hive.server2.enable.doAs"* = "true" > *"hive.security.authorization.enabled"* = "false", and > - Following configs should be deleted >*"hive.security.authorization.manager"* >*"hive.security.authenticator.manager"* >*"hive.conf.restricted.list"* > Also, if *hive-env/hive_security_authorization* is selected as *'sqlstdauth'* > or *'ranger'*, the following configs should be set as: > - "hive.conf.restricted.list" = > "hive.security.authenticator.manager,hive.security.authorization.manager,hive.security.metastore.authorization.manager, > > hive.security.metastore.authenticator.manager,hive.users.in.admin.role,hive.server2.xsrf.filter.enabled,hive.security.authorization.enabled" -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (AMBARI-19060) Update the HiveServer config values if Security Authorization chosen is None.
Swapan Shridhar created AMBARI-19060: Summary: Update the HiveServer config values if Security Authorization chosen is None. Key: AMBARI-19060 URL: https://issues.apache.org/jira/browse/AMBARI-19060 Project: Ambari Issue Type: Bug Components: ambari-server Affects Versions: 2.4.1 Reporter: Swapan Shridhar Assignee: Swapan Shridhar Fix For: 2.5.0 - When hive-env/hive_security_authorization chosen value is None. - Following configs should be set as: *"hive.server2.enable.doAs"* = "true" *"hive.security.authorization.enabled"* = "false", and - Following configs should be deleted *"hive.security.authorization.manager"* *"hive.security.authenticator.manager"* *"hive.conf.restricted.list"* Also, if *hive-env/hive_security_authorization* is selected as *'sqlstdauth'* or *'ranger'*, the following configs should be set as: - "hive.conf.restricted.list", "hive.security.authenticator.manager,hive.security.authorization.manager,hive.security.metastore.authorization.manager, hive.security.metastore.authenticator.manager,hive.users.in.admin.role,hive.server2.xsrf.filter.enabled,hive.security.authorization.enabled" -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-18888) Ambari-agent: Create configuration files with JCEKS information
[ https://issues.apache.org/jira/browse/AMBARI-1?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713553#comment-15713553 ] Hudson commented on AMBARI-1: - FAILURE: Integrated in Jenkins build Ambari-branch-2.5 #436 (See [https://builds.apache.org/job/Ambari-branch-2.5/436/]) AMBARI-1: Ambari-agent: Create configuration files with JCEKS (nsomasundaram: [http://git-wip-us.apache.org/repos/asf?p=ambari.git=commit=033989e7fd5a28a431eb9bdf64bd68d732e5ee69]) * (edit) ambari-server/src/main/java/org/apache/ambari/server/agent/HeartBeatHandler.java * (edit) ambari-agent/src/packages/tarball/all.xml * (edit) ambari-agent/conf/unix/ambari-agent.ini * (edit) ambari-agent/src/main/python/ambari_agent/CustomServiceOrchestrator.py * (edit) ambari-server/src/main/java/org/apache/ambari/server/agent/ExecutionCommand.java * (edit) ambari-server/src/test/java/org/apache/ambari/server/agent/TestHeartbeatHandler.java > Ambari-agent: Create configuration files with JCEKS information > --- > > Key: AMBARI-1 > URL: https://issues.apache.org/jira/browse/AMBARI-1 > Project: Ambari > Issue Type: Task > Components: ambari-agent >Reporter: Nahappan Somasundaram >Assignee: Nahappan Somasundaram > Attachments: rb53747.patch > > > When a non-status command is received, a command.json file is generated. This > file contains the passwords used in a configuration. When the command is then > executed, ambari agent spawns off a subprocess to execute component-specific > Python scripts to generate the configuration files using the data from the > command.json file. > To avoid storing clear text passwords in command.json file and configuration > files, ambari-agent will first generate the JCEKS files corresponding to the > configuration information in the command JSON blob coming from the server and > then generate the command.json with the path to the JCEKS store instead of > clear text passwords for *password* properties. > Subsequently when executing a command, ambari-agent will generate the > configuration files with the JCEKS path information from command.json. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19038) Support migration of LDAP users & groups to PAM
[ https://issues.apache.org/jira/browse/AMBARI-19038?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vishal Ghugare updated AMBARI-19038: Attachment: AMBARI-19038.patch > Support migration of LDAP users & groups to PAM > --- > > Key: AMBARI-19038 > URL: https://issues.apache.org/jira/browse/AMBARI-19038 > Project: Ambari > Issue Type: Story > Components: ambari-server >Affects Versions: trunk, 2.5.0 >Reporter: Vishal Ghugare >Assignee: Vishal Ghugare > Fix For: trunk > > Attachments: AMBARI-19038.patch > > > Story to address migration of LDAP users & groups to PAM. > Note: LDAP usesids that collide with existing PAM userids in Ambari > metastore will not be migrated. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19038) Support migration of LDAP users & groups to PAM
[ https://issues.apache.org/jira/browse/AMBARI-19038?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vishal Ghugare updated AMBARI-19038: Fix Version/s: trunk Status: Patch Available (was: Open) > Support migration of LDAP users & groups to PAM > --- > > Key: AMBARI-19038 > URL: https://issues.apache.org/jira/browse/AMBARI-19038 > Project: Ambari > Issue Type: Story > Components: ambari-server >Affects Versions: trunk, 2.5.0 >Reporter: Vishal Ghugare >Assignee: Vishal Ghugare > Fix For: trunk > > Attachments: AMBARI-19038.patch > > > Story to address migration of LDAP users & groups to PAM. > Note: LDAP usesids that collide with existing PAM userids in Ambari > metastore will not be migrated. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-18888) Ambari-agent: Create configuration files with JCEKS information
[ https://issues.apache.org/jira/browse/AMBARI-1?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713510#comment-15713510 ] Hudson commented on AMBARI-1: - FAILURE: Integrated in Jenkins build Ambari-trunk-Commit #6132 (See [https://builds.apache.org/job/Ambari-trunk-Commit/6132/]) AMBARI-1: Ambari-agent: Create configuration files with JCEKS (nsomasundaram: [http://git-wip-us.apache.org/repos/asf?p=ambari.git=commit=615438b272e6bd8efd37481ef684ae7d68921e64]) * (edit) ambari-agent/src/packages/tarball/all.xml * (edit) ambari-server/src/main/java/org/apache/ambari/server/agent/ExecutionCommand.java * (edit) ambari-agent/src/main/python/ambari_agent/CustomServiceOrchestrator.py * (edit) ambari-agent/conf/unix/ambari-agent.ini * (edit) ambari-server/src/test/java/org/apache/ambari/server/agent/TestHeartbeatHandler.java * (edit) ambari-server/src/main/java/org/apache/ambari/server/agent/HeartBeatHandler.java > Ambari-agent: Create configuration files with JCEKS information > --- > > Key: AMBARI-1 > URL: https://issues.apache.org/jira/browse/AMBARI-1 > Project: Ambari > Issue Type: Task > Components: ambari-agent >Reporter: Nahappan Somasundaram >Assignee: Nahappan Somasundaram > Attachments: rb53747.patch > > > When a non-status command is received, a command.json file is generated. This > file contains the passwords used in a configuration. When the command is then > executed, ambari agent spawns off a subprocess to execute component-specific > Python scripts to generate the configuration files using the data from the > command.json file. > To avoid storing clear text passwords in command.json file and configuration > files, ambari-agent will first generate the JCEKS files corresponding to the > configuration information in the command JSON blob coming from the server and > then generate the command.json with the path to the JCEKS store instead of > clear text passwords for *password* properties. > Subsequently when executing a command, ambari-agent will generate the > configuration files with the JCEKS path information from command.json. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-18888) Ambari-agent: Create configuration files with JCEKS information
[ https://issues.apache.org/jira/browse/AMBARI-1?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nahappan Somasundaram updated AMBARI-1: --- Resolution: Fixed Status: Resolved (was: Patch Available) > Ambari-agent: Create configuration files with JCEKS information > --- > > Key: AMBARI-1 > URL: https://issues.apache.org/jira/browse/AMBARI-1 > Project: Ambari > Issue Type: Task > Components: ambari-agent >Reporter: Nahappan Somasundaram >Assignee: Nahappan Somasundaram > Attachments: rb53747.patch > > > When a non-status command is received, a command.json file is generated. This > file contains the passwords used in a configuration. When the command is then > executed, ambari agent spawns off a subprocess to execute component-specific > Python scripts to generate the configuration files using the data from the > command.json file. > To avoid storing clear text passwords in command.json file and configuration > files, ambari-agent will first generate the JCEKS files corresponding to the > configuration information in the command JSON blob coming from the server and > then generate the command.json with the path to the JCEKS store instead of > clear text passwords for *password* properties. > Subsequently when executing a command, ambari-agent will generate the > configuration files with the JCEKS path information from command.json. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19059) Falcon quicklinks combobox is absent
[ https://issues.apache.org/jira/browse/AMBARI-19059?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vivek Rathod updated AMBARI-19059: -- Attachment: screenshot-1.png > Falcon quicklinks combobox is absent > > > Key: AMBARI-19059 > URL: https://issues.apache.org/jira/browse/AMBARI-19059 > Project: Ambari > Issue Type: Bug > Components: ambari-web >Affects Versions: 2.5.0 >Reporter: Vivek Rathod > Fix For: 2.5.0 > > Attachments: screenshot-1.png > > > Falcon quicklinks combobox is absent -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19059) Falcon quicklinks combobox is absent
[ https://issues.apache.org/jira/browse/AMBARI-19059?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vivek Rathod updated AMBARI-19059: -- Description: Falcon quicklinks combobox is absent was:Falcon quicklinks combobox is absent > Falcon quicklinks combobox is absent > > > Key: AMBARI-19059 > URL: https://issues.apache.org/jira/browse/AMBARI-19059 > Project: Ambari > Issue Type: Bug > Components: ambari-web >Affects Versions: 2.5.0 >Reporter: Vivek Rathod > Fix For: 2.5.0 > > > Falcon quicklinks combobox is absent -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (AMBARI-19059) Falcon quicklinks combobox is absent
Vivek Rathod created AMBARI-19059: - Summary: Falcon quicklinks combobox is absent Key: AMBARI-19059 URL: https://issues.apache.org/jira/browse/AMBARI-19059 Project: Ambari Issue Type: Bug Components: ambari-web Affects Versions: 2.5.0 Reporter: Vivek Rathod Fix For: 2.5.0 Falcon quicklinks combobox is absent -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19058) Perf: Deploy 3000 Agent cluster and find perf bugs
[ https://issues.apache.org/jira/browse/AMBARI-19058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vitaly Brodetskyi updated AMBARI-19058: --- Attachment: AMBARI-19058_part1.patch > Perf: Deploy 3000 Agent cluster and find perf bugs > -- > > Key: AMBARI-19058 > URL: https://issues.apache.org/jira/browse/AMBARI-19058 > Project: Ambari > Issue Type: Task > Components: ambari-server >Affects Versions: 2.5.0 >Reporter: Vitaly Brodetskyi >Assignee: Vitaly Brodetskyi > Fix For: 2.5.0 > > Attachments: AMBARI-19058_part1.patch > > > Use Ambari 2.5 branch instead of trunk to deploy 2000-3000 agents on GCE and > start finding perf bugs in the following areas. > Agent registration (batches of 600 at a time are still very slow) > Alerts > Commands like starting/restarting/rolling restart, etc. > Memory leaks after letting it run for a week? > We may need to also run a memory profiler on the java process. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (AMBARI-19058) Perf: Deploy 3000 Agent cluster and find perf bugs
Vitaly Brodetskyi created AMBARI-19058: -- Summary: Perf: Deploy 3000 Agent cluster and find perf bugs Key: AMBARI-19058 URL: https://issues.apache.org/jira/browse/AMBARI-19058 Project: Ambari Issue Type: Task Components: ambari-server Affects Versions: 2.5.0 Reporter: Vitaly Brodetskyi Assignee: Vitaly Brodetskyi Fix For: 2.5.0 Use Ambari 2.5 branch instead of trunk to deploy 2000-3000 agents on GCE and start finding perf bugs in the following areas. Agent registration (batches of 600 at a time are still very slow) Alerts Commands like starting/restarting/rolling restart, etc. Memory leaks after letting it run for a week? We may need to also run a memory profiler on the java process. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19049) Alerts Popup displays full error stacktrace instead of minimal content
[ https://issues.apache.org/jira/browse/AMBARI-19049?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Antonenko Alexander updated AMBARI-19049: - Status: Patch Available (was: Open) > Alerts Popup displays full error stacktrace instead of minimal content > -- > > Key: AMBARI-19049 > URL: https://issues.apache.org/jira/browse/AMBARI-19049 > Project: Ambari > Issue Type: Bug > Components: ambari-web >Affects Versions: 2.5.0 >Reporter: Antonenko Alexander >Assignee: Antonenko Alexander > Fix For: 2.5.0 > > Attachments: AMBARI-19049.patch > > > Alerts Popup displays full error stacktrace instead of minimal content > STR: > Navigate to any service page > Click on Alerts button from top right corner of summary panel > The complete error message should be displayed as a tooltip text or minimal > text should be displayed. But the complete stacktrace is displayed in the > popup window which makes the list of alerts look unorganized. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19049) Alerts Popup displays full error stacktrace instead of minimal content
[ https://issues.apache.org/jira/browse/AMBARI-19049?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Antonenko Alexander updated AMBARI-19049: - Attachment: AMBARI-19049.patch > Alerts Popup displays full error stacktrace instead of minimal content > -- > > Key: AMBARI-19049 > URL: https://issues.apache.org/jira/browse/AMBARI-19049 > Project: Ambari > Issue Type: Bug > Components: ambari-web >Affects Versions: 2.5.0 >Reporter: Antonenko Alexander >Assignee: Antonenko Alexander > Fix For: 2.5.0 > > Attachments: AMBARI-19049.patch > > > Alerts Popup displays full error stacktrace instead of minimal content > STR: > Navigate to any service page > Click on Alerts button from top right corner of summary panel > The complete error message should be displayed as a tooltip text or minimal > text should be displayed. But the complete stacktrace is displayed in the > popup window which makes the list of alerts look unorganized. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19032) HDFS Metric alerts turns to UNKNOWN state with error "'NoneType' object has no attribute 'split'"
[ https://issues.apache.org/jira/browse/AMBARI-19032?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713316#comment-15713316 ] Hudson commented on AMBARI-19032: - FAILURE: Integrated in Jenkins build Ambari-trunk-Commit #6131 (See [https://builds.apache.org/job/Ambari-trunk-Commit/6131/]) AMBARI-19032 HDFS Metric alerts turns to UNKNOWN state with error (dsen: [http://git-wip-us.apache.org/repos/asf?p=ambari.git=commit=406b245ef9ed3a43fdf4d974dc1a7fc467c576a4]) * (edit) ambari-server/src/main/resources/common-services/ACCUMULO/1.6.1.2.2.0/package/scripts/params.py * (edit) ambari-server/src/main/resources/stacks/HDP/2.0.6/hooks/before-START/scripts/params.py * (edit) ambari-metrics/ambari-metrics-hadoop-sink/src/main/java/org/apache/hadoop/metrics2/sink/timeline/HadoopTimelineMetricsSink.java * (edit) ambari-metrics/ambari-metrics-hadoop-sink/src/test/java/org/apache/hadoop/metrics2/sink/timeline/HadoopTimelineMetricsSinkTest.java * (edit) ambari-server/src/main/resources/common-services/FLUME/1.4.0.2.0/package/scripts/params.py * (edit) ambari-common/src/main/python/ambari_commons/ambari_metrics_helper.py * (edit) ambari-server/src/main/resources/common-services/KAFKA/0.8.1/package/scripts/params.py * (edit) ambari-metrics/ambari-metrics-common/src/main/java/org/apache/hadoop/metrics2/sink/timeline/AbstractTimelineMetricsSink.java * (edit) ambari-server/src/main/resources/common-services/AMBARI_METRICS/0.1.0/package/scripts/params.py * (edit) ambari-server/src/main/resources/common-services/HDFS/2.1.0.2.0/package/alerts/alert_metrics_deviation.py * (edit) ambari-metrics/ambari-metrics-host-monitoring/src/main/python/core/config_reader.py * (edit) ambari-server/src/main/resources/common-services/AMBARI_METRICS/0.1.0/package/scripts/service_check.py * (edit) ambari-server/src/main/resources/common-services/STORM/0.9.1/package/scripts/params_linux.py * (edit) ambari-metrics/ambari-metrics-common/src/test/java/org/apache/hadoop/metrics2/sink/timeline/availability/AbstractTimelineMetricSinkTest.java * (edit) ambari-server/src/main/resources/stacks/HDPWIN/2.1/hooks/before-START/scripts/params.py * (edit) ambari-metrics/ambari-metrics-host-monitoring/src/test/python/core/TestEmitter.py * (edit) ambari-server/src/main/resources/common-services/HBASE/0.96.0.2.0/package/scripts/params_linux.py > HDFS Metric alerts turns to UNKNOWN state with error "'NoneType' object has > no attribute 'split'" > - > > Key: AMBARI-19032 > URL: https://issues.apache.org/jira/browse/AMBARI-19032 > Project: Ambari > Issue Type: Bug > Components: alerts, ambari-metrics >Affects Versions: 2.5.0 >Reporter: Dmytro Sen >Assignee: Dmytro Sen >Priority: Blocker > Fix For: 2.5.0 > > Attachments: AMBARI-19032_1.patch, AMBARI-19032_2.patch > > > HDFS Metric alerts turns to UNKNOWN state with error "'NoneType' object has > no attribute 'split'". > STR: > Update the alert definition interval to 1 min, and thresholds to have minimum > values to trigger the Alert. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19054) Grafana failed to start at deployment
[ https://issues.apache.org/jira/browse/AMBARI-19054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713317#comment-15713317 ] Hudson commented on AMBARI-19054: - FAILURE: Integrated in Jenkins build Ambari-trunk-Commit #6131 (See [https://builds.apache.org/job/Ambari-trunk-Commit/6131/]) AMBARI-19054 : Grafana failed to start at deployment (avijayan) (avijayan: [http://git-wip-us.apache.org/repos/asf?p=ambari.git=commit=7577ebb264ae71f81e6572510500f1b87ac46a18]) * (edit) ambari-metrics/ambari-metrics-grafana/conf/unix/ambari-metrics-grafana > Grafana failed to start at deployment > - > > Key: AMBARI-19054 > URL: https://issues.apache.org/jira/browse/AMBARI-19054 > Project: Ambari > Issue Type: Bug > Components: ambari-metrics >Affects Versions: 2.5.0 >Reporter: Aravindan Vijayan >Assignee: Aravindan Vijayan >Priority: Blocker > Fix For: 2.5.0 > > Attachments: AMBARI-19054.patch > > > Grafana failed to start at deployment. No retries were given, but the live > cluster shows it is up > {noformat} > Traceback (most recent call last): > File > "/var/lib/ambari-agent/cache/common-services/AMBARI_METRICS/0.1.0/package/scripts/metrics_grafana.py", > line 77, in > AmsGrafana().execute() > File > "/usr/lib/python2.6/site-packages/resource_management/libraries/script/script.py", > line 282, in execute > method(env) > File > "/var/lib/ambari-agent/cache/common-services/AMBARI_METRICS/0.1.0/package/scripts/metrics_grafana.py", > line 49, in start > not_if = params.grafana_process_exists_cmd, > File "/usr/lib/python2.6/site-packages/resource_management/core/base.py", > line 155, in __init__ > self.env.run() > File > "/usr/lib/python2.6/site-packages/resource_management/core/environment.py", > line 160, in run > self.run_action(resource, action) > File > "/usr/lib/python2.6/site-packages/resource_management/core/environment.py", > line 124, in run_action > provider_action() > File > "/usr/lib/python2.6/site-packages/resource_management/core/providers/system.py", > line 262, in action_run > tries=self.resource.tries, try_sleep=self.resource.try_sleep) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 72, in inner > result = function(command, **kwargs) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 102, in checked_call > tries=tries, try_sleep=try_sleep, > timeout_kill_strategy=timeout_kill_strategy) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 150, in _call_wrapper > result = _call(command, **kwargs_copy) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 303, in _call > raise ExecutionFailed(err_msg, code, out, err) > resource_management.core.exceptions.ExecutionFailed: Execution of > '/usr/sbin/ambari-metrics-grafana start' returned 1. Hortonworks > # > This is MOTD message, added for testing in qe infra > {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19052) Re-arrange "Role Based Access Control" info table
[ https://issues.apache.org/jira/browse/AMBARI-19052?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713314#comment-15713314 ] Hudson commented on AMBARI-19052: - FAILURE: Integrated in Jenkins build Ambari-trunk-Commit #6131 (See [https://builds.apache.org/job/Ambari-trunk-Commit/6131/]) AMBARI-19052. Re-arrange "Role Based Access Control" info table (akovalenko: [http://git-wip-us.apache.org/repos/asf?p=ambari.git=commit=63c0f2e58fc09b709e890923752c4ccb04181180]) * (edit) ambari-admin/src/main/resources/ui/admin-web/app/scripts/services/RoleDetailsModal.js * (edit) ambari-admin/src/main/resources/ui/admin-web/app/views/modals/RoleDetailsModal.html * (edit) ambari-admin/src/main/resources/ui/admin-web/app/scripts/services/Cluster.js > Re-arrange "Role Based Access Control" info table > - > > Key: AMBARI-19052 > URL: https://issues.apache.org/jira/browse/AMBARI-19052 > Project: Ambari > Issue Type: Bug > Components: ambari-web >Affects Versions: 2.4.0 >Reporter: Aleksandr Kovalenko >Assignee: Aleksandr Kovalenko > Fix For: 2.5.0 > > Attachments: AMBARI-19052.patch > > > The RBAC info table should be organized so that the permissions flow down > like below: > ||Permissions||Role 1||Role 2||Role 3|| > |Perm 1|(/)|(/)|(/)| > |Perm 2| |(/)|(/)| > |Perm 3| | |(/)| > We have areas in the table where it doesn't look like that, for example "View > service operational logs" should be right after "Manage configuration groups". -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (AMBARI-19057) Adding group_type column to groups table for derby
Vishal Ghugare created AMBARI-19057: --- Summary: Adding group_type column to groups table for derby Key: AMBARI-19057 URL: https://issues.apache.org/jira/browse/AMBARI-19057 Project: Ambari Issue Type: Bug Components: ambari-server Affects Versions: trunk, 2.5.0 Reporter: Vishal Ghugare Assignee: Vishal Ghugare On derby - group_type column is missing in groups table -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19006) EU to message users to start YARN queues if work preserving recovery is disabled
[ https://issues.apache.org/jira/browse/AMBARI-19006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713252#comment-15713252 ] Hudson commented on AMBARI-19006: - ABORTED: Integrated in Jenkins build Ambari-trunk-Commit #6130 (See [https://builds.apache.org/job/Ambari-trunk-Commit/6130/]) AMBARI-19006. EU to message users to start YARN queues if work (afernandez: [http://git-wip-us.apache.org/repos/asf?p=ambari.git=commit=63938e09ca9e79ee541dd51104964322192e293f]) * (edit) ambari-server/src/main/resources/stacks/HDP/2.3/upgrades/nonrolling-upgrade-2.4.xml * (edit) ambari-server/src/main/resources/stacks/HDP/2.3/upgrades/nonrolling-upgrade-2.6.xml * (edit) ambari-server/src/main/resources/stacks/HDP/2.5/upgrades/nonrolling-upgrade-2.6.xml * (edit) ambari-server/src/main/resources/upgrade-pack.xsd * (edit) ambari-server/src/main/resources/stacks/HDP/2.6/upgrades/nonrolling-upgrade-2.6.xml * (edit) ambari-server/src/main/resources/stacks/HDP/2.4/upgrades/nonrolling-upgrade-2.5.xml * (edit) ambari-server/src/main/resources/stacks/HDP/2.5/upgrades/nonrolling-upgrade-2.5.xml * (edit) ambari-server/src/main/resources/stacks/HDP/2.3/upgrades/nonrolling-upgrade-2.3.xml * (edit) ambari-server/src/main/resources/stacks/HDP/2.3/upgrades/nonrolling-upgrade-2.5.xml * (edit) ambari-server/src/main/java/org/apache/ambari/server/state/stack/upgrade/ConfigurationCondition.java * (edit) ambari-server/src/main/resources/stacks/HDP/2.4/upgrades/nonrolling-upgrade-2.4.xml * (edit) ambari-server/src/main/resources/stacks/HDP/2.4/upgrades/nonrolling-upgrade-2.6.xml > EU to message users to start YARN queues if work preserving recovery is > disabled > > > Key: AMBARI-19006 > URL: https://issues.apache.org/jira/browse/AMBARI-19006 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.5.0 >Reporter: Alejandro Fernandez >Assignee: Alejandro Fernandez > Fix For: 2.5.0 > > Attachments: AMBARI-19006.patch > > > Today, the Express Upgrade packs message users to stop YARN queues if they do > not have work preserving recovery enabled. > However, there's no message reminding users to enable it again. > E.g., > {code} > > false > true > > > property="yarn.resourcemanager.work-preserving-recovery.enabled" value="true" > comparison="not-equal"/> > > Before continuing, please start all YARN queues if you > stopped them in a previous step. > > > > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19055) Removing Tasks From host_role_command Causes Upgrades To Show As PENDING
[ https://issues.apache.org/jira/browse/AMBARI-19055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713242#comment-15713242 ] Hadoop QA commented on AMBARI-19055: {color:red}-1 overall{color}. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12841347/AMBARI-19055.patch against trunk revision . {color:green}+1 @author{color}. The patch does not contain any @author tags. {color:green}+1 tests included{color}. The patch appears to include 1 new or modified test files. {color:green}+1 javac{color}. The applied patch does not increase the total number of javac compiler warnings. {color:green}+1 release audit{color}. The applied patch does not increase the total number of release audit warnings. {color:red}-1 core tests{color}. The patch failed these unit tests in ambari-server: org.apache.ambari.server.controller.internal.UpgradeResourceProviderTest org.apache.ambari.server.controller.internal.RequestResourceProviderTest org.apache.ambari.server.state.ServicePropertiesTest Test results: https://builds.apache.org/job/Ambari-trunk-test-patch/9490//testReport/ Console output: https://builds.apache.org/job/Ambari-trunk-test-patch/9490//console This message is automatically generated. > Removing Tasks From host_role_command Causes Upgrades To Show As PENDING > > > Key: AMBARI-19055 > URL: https://issues.apache.org/jira/browse/AMBARI-19055 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.2.0 >Reporter: Jonathan Hurley >Assignee: Jonathan Hurley >Priority: Critical > Fix For: 2.5.0 > > Attachments: AMBARI-19055.patch > > > It may be necessary to remove entries from the {{host_role_command}} table if > the size of the table has grown excessively large in order to reduce the > query times for "IN_PROGRESS" requests. > However, if you remove all tasks for an upgrade, but you leave the stages, > request, and upgrade items, the upgrade will appear as though it is now > {{PENDING}}. > {noformat:title=Before Removal} > { > "href": "http://localhost:8080/api/v1/clusters/c1/upgrades/12;, > "Upgrade": { > "cluster_name": "c1", > "create_time": 1480517560897, > "direction": "UPGRADE", > "downgrade_allowed": true, > "end_time": 1480517643350, > "exclusive": false, > "from_version": "2.5.0.0-1237", > "pack": "nonrolling-upgrade-2.5", > "progress_percent": 0, > "request_context": "Upgrading to 2.5.2.0-67", > "request_id": 12, > "request_status": "COMPLETED", > "skip_failures": false, > "skip_service_check_failures": false, > "start_time": 1480517560950, > "suspended": false, > "to_version": "2.5.2.0-67", > "type": "INTERNAL_REQUEST", > "upgrade_type": "NON_ROLLING" > }, > "upgrade_groups": [ > ... > {noformat} > {noformat:title=After Removal} > { > "href": "http://localhost:8080/api/v1/clusters/c1/upgrades/12;, > "Upgrade": { > "cluster_name": "c1", > "create_time": 1480517560897, > "direction": "UPGRADE", > "downgrade_allowed": true, > "end_time": 1480517643350, > "exclusive": false, > "from_version": "2.5.0.0-1237", > "pack": "nonrolling-upgrade-2.5", > "progress_percent": 0, > "request_context": "Upgrading to 2.5.2.0-67", > "request_id": 12, > "request_status": "PENDING", > "skip_failures": false, > "skip_service_check_failures": false, > "start_time": 1480517560950, > "suspended": false, > "to_version": "2.5.2.0-67", > "type": "INTERNAL_REQUEST", > "upgrade_type": "NON_ROLLING" > }, > "upgrade_groups": [ > ... > {noformat} > The actual request is showing as {{COMPLETED}} correctly: > {noformat} > { > "href": "http://localhost:8080/api/v1/clusters/c1/requests/12;, > "Requests": { > "aborted_task_count": 0, > "cluster_name": "c1", > "completed_task_count": 0, > "create_time": 1480517560897, > "end_time": 1480517643350, > "exclusive": false, > "failed_task_count": 0, > "id": 12, > "inputs": null, > "operation_level": null, > "progress_percent": 100, > "queued_task_count": 0, > "request_context": "Upgrading to 2.5.2.0-67", > "request_schedule": null, > "request_status": "COMPLETED", > "resource_filters": [], > "start_time": 1480517560950, > "task_count": 0, > "timed_out_task_count": 0, > "type": "INTERNAL_REQUEST" > }, > "tasks": [], > ... > {noformat} > STR: > - Perform a simple upgrade of a ZK-only cluster > - Find out the ID of the upgrade request (say its 12) > - Remove tasks > {code} > DELETE FROM
[jira] [Commented] (AMBARI-19054) Grafana failed to start at deployment
[ https://issues.apache.org/jira/browse/AMBARI-19054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713202#comment-15713202 ] Hudson commented on AMBARI-19054: - FAILURE: Integrated in Jenkins build Ambari-branch-2.5 #435 (See [https://builds.apache.org/job/Ambari-branch-2.5/435/]) AMBARI-19054 : Grafana failed to start at deployment (avijayan) (avijayan: [http://git-wip-us.apache.org/repos/asf?p=ambari.git=commit=788b46698d20dc0942abd52d48c132d3f29e74b0]) * (edit) ambari-metrics/ambari-metrics-grafana/conf/unix/ambari-metrics-grafana > Grafana failed to start at deployment > - > > Key: AMBARI-19054 > URL: https://issues.apache.org/jira/browse/AMBARI-19054 > Project: Ambari > Issue Type: Bug > Components: ambari-metrics >Affects Versions: 2.5.0 >Reporter: Aravindan Vijayan >Assignee: Aravindan Vijayan >Priority: Blocker > Fix For: 2.5.0 > > Attachments: AMBARI-19054.patch > > > Grafana failed to start at deployment. No retries were given, but the live > cluster shows it is up > {noformat} > Traceback (most recent call last): > File > "/var/lib/ambari-agent/cache/common-services/AMBARI_METRICS/0.1.0/package/scripts/metrics_grafana.py", > line 77, in > AmsGrafana().execute() > File > "/usr/lib/python2.6/site-packages/resource_management/libraries/script/script.py", > line 282, in execute > method(env) > File > "/var/lib/ambari-agent/cache/common-services/AMBARI_METRICS/0.1.0/package/scripts/metrics_grafana.py", > line 49, in start > not_if = params.grafana_process_exists_cmd, > File "/usr/lib/python2.6/site-packages/resource_management/core/base.py", > line 155, in __init__ > self.env.run() > File > "/usr/lib/python2.6/site-packages/resource_management/core/environment.py", > line 160, in run > self.run_action(resource, action) > File > "/usr/lib/python2.6/site-packages/resource_management/core/environment.py", > line 124, in run_action > provider_action() > File > "/usr/lib/python2.6/site-packages/resource_management/core/providers/system.py", > line 262, in action_run > tries=self.resource.tries, try_sleep=self.resource.try_sleep) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 72, in inner > result = function(command, **kwargs) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 102, in checked_call > tries=tries, try_sleep=try_sleep, > timeout_kill_strategy=timeout_kill_strategy) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 150, in _call_wrapper > result = _call(command, **kwargs_copy) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 303, in _call > raise ExecutionFailed(err_msg, code, out, err) > resource_management.core.exceptions.ExecutionFailed: Execution of > '/usr/sbin/ambari-metrics-grafana start' returned 1. Hortonworks > # > This is MOTD message, added for testing in qe infra > {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-18888) Ambari-agent: Create configuration files with JCEKS information
[ https://issues.apache.org/jira/browse/AMBARI-1?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nahappan Somasundaram updated AMBARI-1: --- Attachment: (was: rb53747.patch) > Ambari-agent: Create configuration files with JCEKS information > --- > > Key: AMBARI-1 > URL: https://issues.apache.org/jira/browse/AMBARI-1 > Project: Ambari > Issue Type: Task > Components: ambari-agent >Reporter: Nahappan Somasundaram >Assignee: Nahappan Somasundaram > Attachments: rb53747.patch > > > When a non-status command is received, a command.json file is generated. This > file contains the passwords used in a configuration. When the command is then > executed, ambari agent spawns off a subprocess to execute component-specific > Python scripts to generate the configuration files using the data from the > command.json file. > To avoid storing clear text passwords in command.json file and configuration > files, ambari-agent will first generate the JCEKS files corresponding to the > configuration information in the command JSON blob coming from the server and > then generate the command.json with the path to the JCEKS store instead of > clear text passwords for *password* properties. > Subsequently when executing a command, ambari-agent will generate the > configuration files with the JCEKS path information from command.json. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-18888) Ambari-agent: Create configuration files with JCEKS information
[ https://issues.apache.org/jira/browse/AMBARI-1?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nahappan Somasundaram updated AMBARI-1: --- Attachment: rb53747.patch > Ambari-agent: Create configuration files with JCEKS information > --- > > Key: AMBARI-1 > URL: https://issues.apache.org/jira/browse/AMBARI-1 > Project: Ambari > Issue Type: Task > Components: ambari-agent >Reporter: Nahappan Somasundaram >Assignee: Nahappan Somasundaram > Attachments: rb53747.patch > > > When a non-status command is received, a command.json file is generated. This > file contains the passwords used in a configuration. When the command is then > executed, ambari agent spawns off a subprocess to execute component-specific > Python scripts to generate the configuration files using the data from the > command.json file. > To avoid storing clear text passwords in command.json file and configuration > files, ambari-agent will first generate the JCEKS files corresponding to the > configuration information in the command JSON blob coming from the server and > then generate the command.json with the path to the JCEKS store instead of > clear text passwords for *password* properties. > Subsequently when executing a command, ambari-agent will generate the > configuration files with the JCEKS path information from command.json. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-18888) Ambari-agent: Create configuration files with JCEKS information
[ https://issues.apache.org/jira/browse/AMBARI-1?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nahappan Somasundaram updated AMBARI-1: --- Status: Patch Available (was: Open) > Ambari-agent: Create configuration files with JCEKS information > --- > > Key: AMBARI-1 > URL: https://issues.apache.org/jira/browse/AMBARI-1 > Project: Ambari > Issue Type: Task > Components: ambari-agent >Reporter: Nahappan Somasundaram >Assignee: Nahappan Somasundaram > Attachments: rb53747.patch > > > When a non-status command is received, a command.json file is generated. This > file contains the passwords used in a configuration. When the command is then > executed, ambari agent spawns off a subprocess to execute component-specific > Python scripts to generate the configuration files using the data from the > command.json file. > To avoid storing clear text passwords in command.json file and configuration > files, ambari-agent will first generate the JCEKS files corresponding to the > configuration information in the command JSON blob coming from the server and > then generate the command.json with the path to the JCEKS store instead of > clear text passwords for *password* properties. > Subsequently when executing a command, ambari-agent will generate the > configuration files with the JCEKS path information from command.json. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-18888) Ambari-agent: Create configuration files with JCEKS information
[ https://issues.apache.org/jira/browse/AMBARI-1?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nahappan Somasundaram updated AMBARI-1: --- Status: Open (was: Patch Available) > Ambari-agent: Create configuration files with JCEKS information > --- > > Key: AMBARI-1 > URL: https://issues.apache.org/jira/browse/AMBARI-1 > Project: Ambari > Issue Type: Task > Components: ambari-agent >Reporter: Nahappan Somasundaram >Assignee: Nahappan Somasundaram > Attachments: rb53747.patch > > > When a non-status command is received, a command.json file is generated. This > file contains the passwords used in a configuration. When the command is then > executed, ambari agent spawns off a subprocess to execute component-specific > Python scripts to generate the configuration files using the data from the > command.json file. > To avoid storing clear text passwords in command.json file and configuration > files, ambari-agent will first generate the JCEKS files corresponding to the > configuration information in the command JSON blob coming from the server and > then generate the command.json with the path to the JCEKS store instead of > clear text passwords for *password* properties. > Subsequently when executing a command, ambari-agent will generate the > configuration files with the JCEKS path information from command.json. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19053) RU: wrong version exposed when Downgrade is going
[ https://issues.apache.org/jira/browse/AMBARI-19053?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nate Cole updated AMBARI-19053: --- Status: Patch Available (was: Open) > RU: wrong version exposed when Downgrade is going > - > > Key: AMBARI-19053 > URL: https://issues.apache.org/jira/browse/AMBARI-19053 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Reporter: Nate Cole >Assignee: Nate Cole >Priority: Critical > Fix For: 3.0.0 > > Attachments: AMBARI-19053.patch > > > Currently on downgrade server returns from and to version same: > {code:java} > { > "href" : > "http://c6401.ambari.apache.org:8080/api/v1/clusters/c1/upgrades/7?fields=Upgrade/*&_=1479742056069;, > "Upgrade" : { > "cluster_name" : "c1", > "create_time" : 1479741414972, > "direction" : "DOWNGRADE", > "downgrade_allowed" : true, > "end_time" : -1, > "exclusive" : false, > "from_version" : "2.3.6.0-3796", > "pack" : "nonrolling-upgrade-2.4", > "progress_percent" : 56.664, > "request_context" : "Downgrading to 2.3.6.0-3796", > "request_id" : 7, > "request_status" : "HOLDING_TIMEDOUT", > "skip_failures" : false, > "skip_service_check_failures" : false, > "start_time" : 1479741415378, > "suspended" : false, > "to_version" : "2.3.6.0-3796", > "type" : "INTERNAL_REQUEST", > "upgrade_type" : "NON_ROLLING" > } > } > {code} > However they should be: > ||Direction||from_version||to_version|| > |UPGRADE|2.5.0.0|2.5.1.0| > |DOWNGRADE|2.5.1.0|2.5.0.0| -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19053) RU: wrong version exposed when Downgrade is going
[ https://issues.apache.org/jira/browse/AMBARI-19053?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nate Cole updated AMBARI-19053: --- Attachment: AMBARI-19053.patch > RU: wrong version exposed when Downgrade is going > - > > Key: AMBARI-19053 > URL: https://issues.apache.org/jira/browse/AMBARI-19053 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Reporter: Nate Cole >Assignee: Nate Cole >Priority: Critical > Fix For: 3.0.0 > > Attachments: AMBARI-19053.patch > > > Currently on downgrade server returns from and to version same: > {code:java} > { > "href" : > "http://c6401.ambari.apache.org:8080/api/v1/clusters/c1/upgrades/7?fields=Upgrade/*&_=1479742056069;, > "Upgrade" : { > "cluster_name" : "c1", > "create_time" : 1479741414972, > "direction" : "DOWNGRADE", > "downgrade_allowed" : true, > "end_time" : -1, > "exclusive" : false, > "from_version" : "2.3.6.0-3796", > "pack" : "nonrolling-upgrade-2.4", > "progress_percent" : 56.664, > "request_context" : "Downgrading to 2.3.6.0-3796", > "request_id" : 7, > "request_status" : "HOLDING_TIMEDOUT", > "skip_failures" : false, > "skip_service_check_failures" : false, > "start_time" : 1479741415378, > "suspended" : false, > "to_version" : "2.3.6.0-3796", > "type" : "INTERNAL_REQUEST", > "upgrade_type" : "NON_ROLLING" > } > } > {code} > However they should be: > ||Direction||from_version||to_version|| > |UPGRADE|2.5.0.0|2.5.1.0| > |DOWNGRADE|2.5.1.0|2.5.0.0| -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19054) Grafana failed to start at deployment
[ https://issues.apache.org/jira/browse/AMBARI-19054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713148#comment-15713148 ] Hadoop QA commented on AMBARI-19054: {color:red}-1 overall{color}. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12841345/AMBARI-19054.patch against trunk revision . {color:red}-1 patch{color}. The patch command could not apply the patch. Console output: https://builds.apache.org/job/Ambari-trunk-test-patch/9489//console This message is automatically generated. > Grafana failed to start at deployment > - > > Key: AMBARI-19054 > URL: https://issues.apache.org/jira/browse/AMBARI-19054 > Project: Ambari > Issue Type: Bug > Components: ambari-metrics >Affects Versions: 2.5.0 >Reporter: Aravindan Vijayan >Assignee: Aravindan Vijayan >Priority: Blocker > Fix For: 2.5.0 > > Attachments: AMBARI-19054.patch > > > Grafana failed to start at deployment. No retries were given, but the live > cluster shows it is up > {noformat} > Traceback (most recent call last): > File > "/var/lib/ambari-agent/cache/common-services/AMBARI_METRICS/0.1.0/package/scripts/metrics_grafana.py", > line 77, in > AmsGrafana().execute() > File > "/usr/lib/python2.6/site-packages/resource_management/libraries/script/script.py", > line 282, in execute > method(env) > File > "/var/lib/ambari-agent/cache/common-services/AMBARI_METRICS/0.1.0/package/scripts/metrics_grafana.py", > line 49, in start > not_if = params.grafana_process_exists_cmd, > File "/usr/lib/python2.6/site-packages/resource_management/core/base.py", > line 155, in __init__ > self.env.run() > File > "/usr/lib/python2.6/site-packages/resource_management/core/environment.py", > line 160, in run > self.run_action(resource, action) > File > "/usr/lib/python2.6/site-packages/resource_management/core/environment.py", > line 124, in run_action > provider_action() > File > "/usr/lib/python2.6/site-packages/resource_management/core/providers/system.py", > line 262, in action_run > tries=self.resource.tries, try_sleep=self.resource.try_sleep) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 72, in inner > result = function(command, **kwargs) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 102, in checked_call > tries=tries, try_sleep=try_sleep, > timeout_kill_strategy=timeout_kill_strategy) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 150, in _call_wrapper > result = _call(command, **kwargs_copy) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 303, in _call > raise ExecutionFailed(err_msg, code, out, err) > resource_management.core.exceptions.ExecutionFailed: Execution of > '/usr/sbin/ambari-metrics-grafana start' returned 1. Hortonworks > # > This is MOTD message, added for testing in qe infra > {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19056) Add two new options from Ambari to LlapServiceDriver. (1). --skiphadoopversion (2). --skiphbasecp
[ https://issues.apache.org/jira/browse/AMBARI-19056?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713145#comment-15713145 ] Hadoop QA commented on AMBARI-19056: {color:red}-1 overall{color}. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12841349/AMBARI-19056.patch against trunk revision . {color:red}-1 patch{color}. The patch command could not apply the patch. Console output: https://builds.apache.org/job/Ambari-trunk-test-patch/9488//console This message is automatically generated. > Add two new options from Ambari to LlapServiceDriver. (1). > --skiphadoopversion (2). --skiphbasecp > -- > > Key: AMBARI-19056 > URL: https://issues.apache.org/jira/browse/AMBARI-19056 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.4.1 >Reporter: Swapan Shridhar >Assignee: Swapan Shridhar >Priority: Critical > Fix For: 2.5.0 > > Attachments: AMBARI-19056.patch > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19032) HDFS Metric alerts turns to UNKNOWN state with error "'NoneType' object has no attribute 'split'"
[ https://issues.apache.org/jira/browse/AMBARI-19032?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713100#comment-15713100 ] Hudson commented on AMBARI-19032: - FAILURE: Integrated in Jenkins build Ambari-branch-2.5 #434 (See [https://builds.apache.org/job/Ambari-branch-2.5/434/]) AMBARI-19032 HDFS Metric alerts turns to UNKNOWN state with error (dsen: [http://git-wip-us.apache.org/repos/asf?p=ambari.git=commit=6e893251f178a5b1c2b4288f985772ac379fdb23]) * (edit) ambari-metrics/ambari-metrics-host-monitoring/src/test/python/core/TestEmitter.py * (edit) ambari-metrics/ambari-metrics-hadoop-sink/src/main/java/org/apache/hadoop/metrics2/sink/timeline/HadoopTimelineMetricsSink.java * (edit) ambari-server/src/main/resources/common-services/HDFS/2.1.0.2.0/package/alerts/alert_metrics_deviation.py * (edit) ambari-metrics/ambari-metrics-host-monitoring/src/main/python/core/config_reader.py * (edit) ambari-server/src/main/resources/common-services/ACCUMULO/1.6.1.2.2.0/package/scripts/params.py * (edit) ambari-server/src/main/resources/common-services/KAFKA/0.8.1/package/scripts/params.py * (edit) ambari-server/src/main/resources/stacks/HDP/2.0.6/hooks/before-START/scripts/params.py * (edit) ambari-metrics/ambari-metrics-common/src/main/java/org/apache/hadoop/metrics2/sink/timeline/AbstractTimelineMetricsSink.java * (edit) ambari-server/src/main/resources/stacks/HDPWIN/2.1/hooks/before-START/scripts/params.py * (edit) ambari-common/src/main/python/ambari_commons/ambari_metrics_helper.py * (edit) ambari-metrics/ambari-metrics-common/src/test/java/org/apache/hadoop/metrics2/sink/timeline/availability/AbstractTimelineMetricSinkTest.java * (edit) ambari-server/src/main/resources/common-services/AMBARI_METRICS/0.1.0/package/scripts/params.py * (edit) ambari-metrics/ambari-metrics-hadoop-sink/src/test/java/org/apache/hadoop/metrics2/sink/timeline/HadoopTimelineMetricsSinkTest.java * (edit) ambari-server/src/main/resources/common-services/FLUME/1.4.0.2.0/package/scripts/params.py * (edit) ambari-server/src/main/resources/common-services/STORM/0.9.1/package/scripts/params_linux.py * (edit) ambari-server/src/main/resources/common-services/HBASE/0.96.0.2.0/package/scripts/params_linux.py > HDFS Metric alerts turns to UNKNOWN state with error "'NoneType' object has > no attribute 'split'" > - > > Key: AMBARI-19032 > URL: https://issues.apache.org/jira/browse/AMBARI-19032 > Project: Ambari > Issue Type: Bug > Components: alerts, ambari-metrics >Affects Versions: 2.5.0 >Reporter: Dmytro Sen >Assignee: Dmytro Sen >Priority: Blocker > Fix For: 2.5.0 > > Attachments: AMBARI-19032_1.patch, AMBARI-19032_2.patch > > > HDFS Metric alerts turns to UNKNOWN state with error "'NoneType' object has > no attribute 'split'". > STR: > Update the alert definition interval to 1 min, and thresholds to have minimum > values to trigger the Alert. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19056) Add two new options from Ambari to LlapServiceDriver. (1). --skiphadoopversion (2). --skiphbasecp
[ https://issues.apache.org/jira/browse/AMBARI-19056?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Swapan Shridhar updated AMBARI-19056: - Status: Patch Available (was: In Progress) > Add two new options from Ambari to LlapServiceDriver. (1). > --skiphadoopversion (2). --skiphbasecp > -- > > Key: AMBARI-19056 > URL: https://issues.apache.org/jira/browse/AMBARI-19056 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.4.1 >Reporter: Swapan Shridhar >Assignee: Swapan Shridhar >Priority: Critical > Fix For: 2.5.0 > > Attachments: AMBARI-19056.patch > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19056) Add two new options from Ambari to LlapServiceDriver. (1). --skiphadoopversion (2). --skiphbasecp
[ https://issues.apache.org/jira/browse/AMBARI-19056?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Swapan Shridhar updated AMBARI-19056: - Attachment: AMBARI-19056.patch > Add two new options from Ambari to LlapServiceDriver. (1). > --skiphadoopversion (2). --skiphbasecp > -- > > Key: AMBARI-19056 > URL: https://issues.apache.org/jira/browse/AMBARI-19056 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.4.1 >Reporter: Swapan Shridhar >Assignee: Swapan Shridhar >Priority: Critical > Fix For: 2.5.0 > > Attachments: AMBARI-19056.patch > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19056) Add two new options from Ambari to LlapServiceDriver. (1). --skiphadoopversion (2). --skiphbasecp
[ https://issues.apache.org/jira/browse/AMBARI-19056?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713078#comment-15713078 ] Swapan Shridhar commented on AMBARI-19056: -- options added. Command O/P having the new options: {code} 2016-12-01 20:59:05,944 - Command: /usr/hdp/current/hive-server2-hive2/bin/hive --service llap --instances 1 --slider-am-container-mb 3584 --size 3584m --cache 0m --xmx 2867m --loglevel INFO --slider-placement 4 --output /var/lib/ambari-agent/tmp/llap-slider2016-12-01_20-59-05 --skiphadoopversion --skiphbasecp --output /var/lib/ambari-agent/tmp/llap-slider2016-12-01_20-59-05 --args " -XX:+AlwaysPreTouch -XX:+UseG1GC -XX:TLABSize=8m -XX:+ResizeTLAB -XX:+UseNUMA -XX:+AggressiveOpts -XX:MetaspaceSize=1024m -XX:InitiatingHeapOccupancyPercent=80 -XX:MaxGCPauseMillis=200" {code} > Add two new options from Ambari to LlapServiceDriver. (1). > --skiphadoopversion (2). --skiphbasecp > -- > > Key: AMBARI-19056 > URL: https://issues.apache.org/jira/browse/AMBARI-19056 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.4.1 >Reporter: Swapan Shridhar >Assignee: Swapan Shridhar >Priority: Critical > Fix For: 2.5.0 > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19054) Grafana failed to start at deployment
[ https://issues.apache.org/jira/browse/AMBARI-19054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15713061#comment-15713061 ] Siddharth Wagle commented on AMBARI-19054: -- +1 LGTM > Grafana failed to start at deployment > - > > Key: AMBARI-19054 > URL: https://issues.apache.org/jira/browse/AMBARI-19054 > Project: Ambari > Issue Type: Bug > Components: ambari-metrics >Affects Versions: 2.5.0 >Reporter: Aravindan Vijayan >Assignee: Aravindan Vijayan >Priority: Blocker > Fix For: 2.5.0 > > Attachments: AMBARI-19054.patch > > > Grafana failed to start at deployment. No retries were given, but the live > cluster shows it is up > {noformat} > Traceback (most recent call last): > File > "/var/lib/ambari-agent/cache/common-services/AMBARI_METRICS/0.1.0/package/scripts/metrics_grafana.py", > line 77, in > AmsGrafana().execute() > File > "/usr/lib/python2.6/site-packages/resource_management/libraries/script/script.py", > line 282, in execute > method(env) > File > "/var/lib/ambari-agent/cache/common-services/AMBARI_METRICS/0.1.0/package/scripts/metrics_grafana.py", > line 49, in start > not_if = params.grafana_process_exists_cmd, > File "/usr/lib/python2.6/site-packages/resource_management/core/base.py", > line 155, in __init__ > self.env.run() > File > "/usr/lib/python2.6/site-packages/resource_management/core/environment.py", > line 160, in run > self.run_action(resource, action) > File > "/usr/lib/python2.6/site-packages/resource_management/core/environment.py", > line 124, in run_action > provider_action() > File > "/usr/lib/python2.6/site-packages/resource_management/core/providers/system.py", > line 262, in action_run > tries=self.resource.tries, try_sleep=self.resource.try_sleep) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 72, in inner > result = function(command, **kwargs) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 102, in checked_call > tries=tries, try_sleep=try_sleep, > timeout_kill_strategy=timeout_kill_strategy) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 150, in _call_wrapper > result = _call(command, **kwargs_copy) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 303, in _call > raise ExecutionFailed(err_msg, code, out, err) > resource_management.core.exceptions.ExecutionFailed: Execution of > '/usr/sbin/ambari-metrics-grafana start' returned 1. Hortonworks > # > This is MOTD message, added for testing in qe infra > {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (AMBARI-19056) Add two new options from Ambari to LlapServiceDriver. (1). --skiphadoopversion (2). --skiphbasecp
Swapan Shridhar created AMBARI-19056: Summary: Add two new options from Ambari to LlapServiceDriver. (1). --skiphadoopversion (2). --skiphbasecp Key: AMBARI-19056 URL: https://issues.apache.org/jira/browse/AMBARI-19056 Project: Ambari Issue Type: Bug Components: ambari-server Affects Versions: 2.4.1 Reporter: Swapan Shridhar Assignee: Swapan Shridhar Priority: Critical Fix For: 2.5.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19055) Removing Tasks From host_role_command Causes Upgrades To Show As PENDING
[ https://issues.apache.org/jira/browse/AMBARI-19055?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Hurley updated AMBARI-19055: - Attachment: (was: AMBARI-19055.patch) > Removing Tasks From host_role_command Causes Upgrades To Show As PENDING > > > Key: AMBARI-19055 > URL: https://issues.apache.org/jira/browse/AMBARI-19055 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.2.0 >Reporter: Jonathan Hurley >Assignee: Jonathan Hurley >Priority: Critical > Fix For: 2.5.0 > > Attachments: AMBARI-19055.patch > > > It may be necessary to remove entries from the {{host_role_command}} table if > the size of the table has grown excessively large in order to reduce the > query times for "IN_PROGRESS" requests. > However, if you remove all tasks for an upgrade, but you leave the stages, > request, and upgrade items, the upgrade will appear as though it is now > {{PENDING}}. > {noformat:title=Before Removal} > { > "href": "http://localhost:8080/api/v1/clusters/c1/upgrades/12;, > "Upgrade": { > "cluster_name": "c1", > "create_time": 1480517560897, > "direction": "UPGRADE", > "downgrade_allowed": true, > "end_time": 1480517643350, > "exclusive": false, > "from_version": "2.5.0.0-1237", > "pack": "nonrolling-upgrade-2.5", > "progress_percent": 0, > "request_context": "Upgrading to 2.5.2.0-67", > "request_id": 12, > "request_status": "COMPLETED", > "skip_failures": false, > "skip_service_check_failures": false, > "start_time": 1480517560950, > "suspended": false, > "to_version": "2.5.2.0-67", > "type": "INTERNAL_REQUEST", > "upgrade_type": "NON_ROLLING" > }, > "upgrade_groups": [ > ... > {noformat} > {noformat:title=After Removal} > { > "href": "http://localhost:8080/api/v1/clusters/c1/upgrades/12;, > "Upgrade": { > "cluster_name": "c1", > "create_time": 1480517560897, > "direction": "UPGRADE", > "downgrade_allowed": true, > "end_time": 1480517643350, > "exclusive": false, > "from_version": "2.5.0.0-1237", > "pack": "nonrolling-upgrade-2.5", > "progress_percent": 0, > "request_context": "Upgrading to 2.5.2.0-67", > "request_id": 12, > "request_status": "PENDING", > "skip_failures": false, > "skip_service_check_failures": false, > "start_time": 1480517560950, > "suspended": false, > "to_version": "2.5.2.0-67", > "type": "INTERNAL_REQUEST", > "upgrade_type": "NON_ROLLING" > }, > "upgrade_groups": [ > ... > {noformat} > The actual request is showing as {{COMPLETED}} correctly: > {noformat} > { > "href": "http://localhost:8080/api/v1/clusters/c1/requests/12;, > "Requests": { > "aborted_task_count": 0, > "cluster_name": "c1", > "completed_task_count": 0, > "create_time": 1480517560897, > "end_time": 1480517643350, > "exclusive": false, > "failed_task_count": 0, > "id": 12, > "inputs": null, > "operation_level": null, > "progress_percent": 100, > "queued_task_count": 0, > "request_context": "Upgrading to 2.5.2.0-67", > "request_schedule": null, > "request_status": "COMPLETED", > "resource_filters": [], > "start_time": 1480517560950, > "task_count": 0, > "timed_out_task_count": 0, > "type": "INTERNAL_REQUEST" > }, > "tasks": [], > ... > {noformat} > STR: > - Perform a simple upgrade of a ZK-only cluster > - Find out the ID of the upgrade request (say its 12) > - Remove tasks > {code} > DELETE FROM execution_command WHERE task_id IN (SELECT task_id FROM > host_role_command WHERE request_id = 12) > DELETE FROM host_role_command WHERE request_id = 12 > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19055) Removing Tasks From host_role_command Causes Upgrades To Show As PENDING
[ https://issues.apache.org/jira/browse/AMBARI-19055?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Hurley updated AMBARI-19055: - Attachment: AMBARI-19055.patch AMBARI-19055.patch > Removing Tasks From host_role_command Causes Upgrades To Show As PENDING > > > Key: AMBARI-19055 > URL: https://issues.apache.org/jira/browse/AMBARI-19055 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.2.0 >Reporter: Jonathan Hurley >Assignee: Jonathan Hurley >Priority: Critical > Fix For: 2.5.0 > > Attachments: AMBARI-19055.patch > > > It may be necessary to remove entries from the {{host_role_command}} table if > the size of the table has grown excessively large in order to reduce the > query times for "IN_PROGRESS" requests. > However, if you remove all tasks for an upgrade, but you leave the stages, > request, and upgrade items, the upgrade will appear as though it is now > {{PENDING}}. > {noformat:title=Before Removal} > { > "href": "http://localhost:8080/api/v1/clusters/c1/upgrades/12;, > "Upgrade": { > "cluster_name": "c1", > "create_time": 1480517560897, > "direction": "UPGRADE", > "downgrade_allowed": true, > "end_time": 1480517643350, > "exclusive": false, > "from_version": "2.5.0.0-1237", > "pack": "nonrolling-upgrade-2.5", > "progress_percent": 0, > "request_context": "Upgrading to 2.5.2.0-67", > "request_id": 12, > "request_status": "COMPLETED", > "skip_failures": false, > "skip_service_check_failures": false, > "start_time": 1480517560950, > "suspended": false, > "to_version": "2.5.2.0-67", > "type": "INTERNAL_REQUEST", > "upgrade_type": "NON_ROLLING" > }, > "upgrade_groups": [ > ... > {noformat} > {noformat:title=After Removal} > { > "href": "http://localhost:8080/api/v1/clusters/c1/upgrades/12;, > "Upgrade": { > "cluster_name": "c1", > "create_time": 1480517560897, > "direction": "UPGRADE", > "downgrade_allowed": true, > "end_time": 1480517643350, > "exclusive": false, > "from_version": "2.5.0.0-1237", > "pack": "nonrolling-upgrade-2.5", > "progress_percent": 0, > "request_context": "Upgrading to 2.5.2.0-67", > "request_id": 12, > "request_status": "PENDING", > "skip_failures": false, > "skip_service_check_failures": false, > "start_time": 1480517560950, > "suspended": false, > "to_version": "2.5.2.0-67", > "type": "INTERNAL_REQUEST", > "upgrade_type": "NON_ROLLING" > }, > "upgrade_groups": [ > ... > {noformat} > The actual request is showing as {{COMPLETED}} correctly: > {noformat} > { > "href": "http://localhost:8080/api/v1/clusters/c1/requests/12;, > "Requests": { > "aborted_task_count": 0, > "cluster_name": "c1", > "completed_task_count": 0, > "create_time": 1480517560897, > "end_time": 1480517643350, > "exclusive": false, > "failed_task_count": 0, > "id": 12, > "inputs": null, > "operation_level": null, > "progress_percent": 100, > "queued_task_count": 0, > "request_context": "Upgrading to 2.5.2.0-67", > "request_schedule": null, > "request_status": "COMPLETED", > "resource_filters": [], > "start_time": 1480517560950, > "task_count": 0, > "timed_out_task_count": 0, > "type": "INTERNAL_REQUEST" > }, > "tasks": [], > ... > {noformat} > STR: > - Perform a simple upgrade of a ZK-only cluster > - Find out the ID of the upgrade request (say its 12) > - Remove tasks > {code} > DELETE FROM execution_command WHERE task_id IN (SELECT task_id FROM > host_role_command WHERE request_id = 12) > DELETE FROM host_role_command WHERE request_id = 12 > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19055) Removing Tasks From host_role_command Causes Upgrades To Show As PENDING
[ https://issues.apache.org/jira/browse/AMBARI-19055?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Hurley updated AMBARI-19055: - Status: Patch Available (was: Open) > Removing Tasks From host_role_command Causes Upgrades To Show As PENDING > > > Key: AMBARI-19055 > URL: https://issues.apache.org/jira/browse/AMBARI-19055 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.2.0 >Reporter: Jonathan Hurley >Assignee: Jonathan Hurley >Priority: Critical > Fix For: 2.5.0 > > Attachments: AMBARI-19055.patch > > > It may be necessary to remove entries from the {{host_role_command}} table if > the size of the table has grown excessively large in order to reduce the > query times for "IN_PROGRESS" requests. > However, if you remove all tasks for an upgrade, but you leave the stages, > request, and upgrade items, the upgrade will appear as though it is now > {{PENDING}}. > {noformat:title=Before Removal} > { > "href": "http://localhost:8080/api/v1/clusters/c1/upgrades/12;, > "Upgrade": { > "cluster_name": "c1", > "create_time": 1480517560897, > "direction": "UPGRADE", > "downgrade_allowed": true, > "end_time": 1480517643350, > "exclusive": false, > "from_version": "2.5.0.0-1237", > "pack": "nonrolling-upgrade-2.5", > "progress_percent": 0, > "request_context": "Upgrading to 2.5.2.0-67", > "request_id": 12, > "request_status": "COMPLETED", > "skip_failures": false, > "skip_service_check_failures": false, > "start_time": 1480517560950, > "suspended": false, > "to_version": "2.5.2.0-67", > "type": "INTERNAL_REQUEST", > "upgrade_type": "NON_ROLLING" > }, > "upgrade_groups": [ > ... > {noformat} > {noformat:title=After Removal} > { > "href": "http://localhost:8080/api/v1/clusters/c1/upgrades/12;, > "Upgrade": { > "cluster_name": "c1", > "create_time": 1480517560897, > "direction": "UPGRADE", > "downgrade_allowed": true, > "end_time": 1480517643350, > "exclusive": false, > "from_version": "2.5.0.0-1237", > "pack": "nonrolling-upgrade-2.5", > "progress_percent": 0, > "request_context": "Upgrading to 2.5.2.0-67", > "request_id": 12, > "request_status": "PENDING", > "skip_failures": false, > "skip_service_check_failures": false, > "start_time": 1480517560950, > "suspended": false, > "to_version": "2.5.2.0-67", > "type": "INTERNAL_REQUEST", > "upgrade_type": "NON_ROLLING" > }, > "upgrade_groups": [ > ... > {noformat} > The actual request is showing as {{COMPLETED}} correctly: > {noformat} > { > "href": "http://localhost:8080/api/v1/clusters/c1/requests/12;, > "Requests": { > "aborted_task_count": 0, > "cluster_name": "c1", > "completed_task_count": 0, > "create_time": 1480517560897, > "end_time": 1480517643350, > "exclusive": false, > "failed_task_count": 0, > "id": 12, > "inputs": null, > "operation_level": null, > "progress_percent": 100, > "queued_task_count": 0, > "request_context": "Upgrading to 2.5.2.0-67", > "request_schedule": null, > "request_status": "COMPLETED", > "resource_filters": [], > "start_time": 1480517560950, > "task_count": 0, > "timed_out_task_count": 0, > "type": "INTERNAL_REQUEST" > }, > "tasks": [], > ... > {noformat} > STR: > - Perform a simple upgrade of a ZK-only cluster > - Find out the ID of the upgrade request (say its 12) > - Remove tasks > {code} > DELETE FROM execution_command WHERE task_id IN (SELECT task_id FROM > host_role_command WHERE request_id = 12) > DELETE FROM host_role_command WHERE request_id = 12 > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (AMBARI-19055) Removing Tasks From host_role_command Causes Upgrades To Show As PENDING
Jonathan Hurley created AMBARI-19055: Summary: Removing Tasks From host_role_command Causes Upgrades To Show As PENDING Key: AMBARI-19055 URL: https://issues.apache.org/jira/browse/AMBARI-19055 Project: Ambari Issue Type: Bug Components: ambari-server Affects Versions: 2.2.0 Reporter: Jonathan Hurley Assignee: Jonathan Hurley Priority: Critical Fix For: 2.5.0 It may be necessary to remove entries from the {{host_role_command}} table if the size of the table has grown excessively large in order to reduce the query times for "IN_PROGRESS" requests. However, if you remove all tasks for an upgrade, but you leave the stages, request, and upgrade items, the upgrade will appear as though it is now {{PENDING}}. {noformat:title=Before Removal} { "href": "http://localhost:8080/api/v1/clusters/c1/upgrades/12;, "Upgrade": { "cluster_name": "c1", "create_time": 1480517560897, "direction": "UPGRADE", "downgrade_allowed": true, "end_time": 1480517643350, "exclusive": false, "from_version": "2.5.0.0-1237", "pack": "nonrolling-upgrade-2.5", "progress_percent": 0, "request_context": "Upgrading to 2.5.2.0-67", "request_id": 12, "request_status": "COMPLETED", "skip_failures": false, "skip_service_check_failures": false, "start_time": 1480517560950, "suspended": false, "to_version": "2.5.2.0-67", "type": "INTERNAL_REQUEST", "upgrade_type": "NON_ROLLING" }, "upgrade_groups": [ ... {noformat} {noformat:title=After Removal} { "href": "http://localhost:8080/api/v1/clusters/c1/upgrades/12;, "Upgrade": { "cluster_name": "c1", "create_time": 1480517560897, "direction": "UPGRADE", "downgrade_allowed": true, "end_time": 1480517643350, "exclusive": false, "from_version": "2.5.0.0-1237", "pack": "nonrolling-upgrade-2.5", "progress_percent": 0, "request_context": "Upgrading to 2.5.2.0-67", "request_id": 12, "request_status": "PENDING", "skip_failures": false, "skip_service_check_failures": false, "start_time": 1480517560950, "suspended": false, "to_version": "2.5.2.0-67", "type": "INTERNAL_REQUEST", "upgrade_type": "NON_ROLLING" }, "upgrade_groups": [ ... {noformat} The actual request is showing as {{COMPLETED}} correctly: {noformat} { "href": "http://localhost:8080/api/v1/clusters/c1/requests/12;, "Requests": { "aborted_task_count": 0, "cluster_name": "c1", "completed_task_count": 0, "create_time": 1480517560897, "end_time": 1480517643350, "exclusive": false, "failed_task_count": 0, "id": 12, "inputs": null, "operation_level": null, "progress_percent": 100, "queued_task_count": 0, "request_context": "Upgrading to 2.5.2.0-67", "request_schedule": null, "request_status": "COMPLETED", "resource_filters": [], "start_time": 1480517560950, "task_count": 0, "timed_out_task_count": 0, "type": "INTERNAL_REQUEST" }, "tasks": [], ... {noformat} STR: - Perform a simple upgrade of a ZK-only cluster - Find out the ID of the upgrade request (say its 12) - Remove tasks {code} DELETE FROM execution_command WHERE task_id IN (SELECT task_id FROM host_role_command WHERE request_id = 12) DELETE FROM host_role_command WHERE request_id = 12 {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19054) Grafana failed to start at deployment
[ https://issues.apache.org/jira/browse/AMBARI-19054?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aravindan Vijayan updated AMBARI-19054: --- Status: Patch Available (was: Open) > Grafana failed to start at deployment > - > > Key: AMBARI-19054 > URL: https://issues.apache.org/jira/browse/AMBARI-19054 > Project: Ambari > Issue Type: Bug > Components: ambari-metrics >Affects Versions: 2.5.0 >Reporter: Aravindan Vijayan >Assignee: Aravindan Vijayan >Priority: Blocker > Fix For: 2.5.0 > > Attachments: AMBARI-19054.patch > > > Grafana failed to start at deployment. No retries were given, but the live > cluster shows it is up > {noformat} > Traceback (most recent call last): > File > "/var/lib/ambari-agent/cache/common-services/AMBARI_METRICS/0.1.0/package/scripts/metrics_grafana.py", > line 77, in > AmsGrafana().execute() > File > "/usr/lib/python2.6/site-packages/resource_management/libraries/script/script.py", > line 282, in execute > method(env) > File > "/var/lib/ambari-agent/cache/common-services/AMBARI_METRICS/0.1.0/package/scripts/metrics_grafana.py", > line 49, in start > not_if = params.grafana_process_exists_cmd, > File "/usr/lib/python2.6/site-packages/resource_management/core/base.py", > line 155, in __init__ > self.env.run() > File > "/usr/lib/python2.6/site-packages/resource_management/core/environment.py", > line 160, in run > self.run_action(resource, action) > File > "/usr/lib/python2.6/site-packages/resource_management/core/environment.py", > line 124, in run_action > provider_action() > File > "/usr/lib/python2.6/site-packages/resource_management/core/providers/system.py", > line 262, in action_run > tries=self.resource.tries, try_sleep=self.resource.try_sleep) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 72, in inner > result = function(command, **kwargs) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 102, in checked_call > tries=tries, try_sleep=try_sleep, > timeout_kill_strategy=timeout_kill_strategy) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 150, in _call_wrapper > result = _call(command, **kwargs_copy) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 303, in _call > raise ExecutionFailed(err_msg, code, out, err) > resource_management.core.exceptions.ExecutionFailed: Execution of > '/usr/sbin/ambari-metrics-grafana start' returned 1. Hortonworks > # > This is MOTD message, added for testing in qe infra > {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19054) Grafana failed to start at deployment
[ https://issues.apache.org/jira/browse/AMBARI-19054?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aravindan Vijayan updated AMBARI-19054: --- Attachment: AMBARI-19054.patch > Grafana failed to start at deployment > - > > Key: AMBARI-19054 > URL: https://issues.apache.org/jira/browse/AMBARI-19054 > Project: Ambari > Issue Type: Bug > Components: ambari-metrics >Affects Versions: 2.5.0 >Reporter: Aravindan Vijayan >Assignee: Aravindan Vijayan >Priority: Blocker > Fix For: 2.5.0 > > Attachments: AMBARI-19054.patch > > > Grafana failed to start at deployment. No retries were given, but the live > cluster shows it is up > {noformat} > Traceback (most recent call last): > File > "/var/lib/ambari-agent/cache/common-services/AMBARI_METRICS/0.1.0/package/scripts/metrics_grafana.py", > line 77, in > AmsGrafana().execute() > File > "/usr/lib/python2.6/site-packages/resource_management/libraries/script/script.py", > line 282, in execute > method(env) > File > "/var/lib/ambari-agent/cache/common-services/AMBARI_METRICS/0.1.0/package/scripts/metrics_grafana.py", > line 49, in start > not_if = params.grafana_process_exists_cmd, > File "/usr/lib/python2.6/site-packages/resource_management/core/base.py", > line 155, in __init__ > self.env.run() > File > "/usr/lib/python2.6/site-packages/resource_management/core/environment.py", > line 160, in run > self.run_action(resource, action) > File > "/usr/lib/python2.6/site-packages/resource_management/core/environment.py", > line 124, in run_action > provider_action() > File > "/usr/lib/python2.6/site-packages/resource_management/core/providers/system.py", > line 262, in action_run > tries=self.resource.tries, try_sleep=self.resource.try_sleep) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 72, in inner > result = function(command, **kwargs) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 102, in checked_call > tries=tries, try_sleep=try_sleep, > timeout_kill_strategy=timeout_kill_strategy) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 150, in _call_wrapper > result = _call(command, **kwargs_copy) > File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", > line 303, in _call > raise ExecutionFailed(err_msg, code, out, err) > resource_management.core.exceptions.ExecutionFailed: Execution of > '/usr/sbin/ambari-metrics-grafana start' returned 1. Hortonworks > # > This is MOTD message, added for testing in qe infra > {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (AMBARI-19054) Grafana failed to start at deployment
Aravindan Vijayan created AMBARI-19054: -- Summary: Grafana failed to start at deployment Key: AMBARI-19054 URL: https://issues.apache.org/jira/browse/AMBARI-19054 Project: Ambari Issue Type: Bug Components: ambari-metrics Affects Versions: 2.5.0 Reporter: Aravindan Vijayan Assignee: Aravindan Vijayan Priority: Blocker Fix For: 2.5.0 Grafana failed to start at deployment. No retries were given, but the live cluster shows it is up {noformat} Traceback (most recent call last): File "/var/lib/ambari-agent/cache/common-services/AMBARI_METRICS/0.1.0/package/scripts/metrics_grafana.py", line 77, in AmsGrafana().execute() File "/usr/lib/python2.6/site-packages/resource_management/libraries/script/script.py", line 282, in execute method(env) File "/var/lib/ambari-agent/cache/common-services/AMBARI_METRICS/0.1.0/package/scripts/metrics_grafana.py", line 49, in start not_if = params.grafana_process_exists_cmd, File "/usr/lib/python2.6/site-packages/resource_management/core/base.py", line 155, in __init__ self.env.run() File "/usr/lib/python2.6/site-packages/resource_management/core/environment.py", line 160, in run self.run_action(resource, action) File "/usr/lib/python2.6/site-packages/resource_management/core/environment.py", line 124, in run_action provider_action() File "/usr/lib/python2.6/site-packages/resource_management/core/providers/system.py", line 262, in action_run tries=self.resource.tries, try_sleep=self.resource.try_sleep) File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", line 72, in inner result = function(command, **kwargs) File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", line 102, in checked_call tries=tries, try_sleep=try_sleep, timeout_kill_strategy=timeout_kill_strategy) File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", line 150, in _call_wrapper result = _call(command, **kwargs_copy) File "/usr/lib/python2.6/site-packages/resource_management/core/shell.py", line 303, in _call raise ExecutionFailed(err_msg, code, out, err) resource_management.core.exceptions.ExecutionFailed: Execution of '/usr/sbin/ambari-metrics-grafana start' returned 1. Hortonworks # This is MOTD message, added for testing in qe infra {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19032) HDFS Metric alerts turns to UNKNOWN state with error "'NoneType' object has no attribute 'split'"
[ https://issues.apache.org/jira/browse/AMBARI-19032?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dmytro Sen updated AMBARI-19032: Resolution: Fixed Status: Resolved (was: Patch Available) Committed to trunk and branch-2.5 > HDFS Metric alerts turns to UNKNOWN state with error "'NoneType' object has > no attribute 'split'" > - > > Key: AMBARI-19032 > URL: https://issues.apache.org/jira/browse/AMBARI-19032 > Project: Ambari > Issue Type: Bug > Components: alerts, ambari-metrics >Affects Versions: 2.5.0 >Reporter: Dmytro Sen >Assignee: Dmytro Sen >Priority: Blocker > Fix For: 2.5.0 > > Attachments: AMBARI-19032_1.patch, AMBARI-19032_2.patch > > > HDFS Metric alerts turns to UNKNOWN state with error "'NoneType' object has > no attribute 'split'". > STR: > Update the alert definition interval to 1 min, and thresholds to have minimum > values to trigger the Alert. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19006) EU to message users to start YARN queues if work preserving recovery is disabled
[ https://issues.apache.org/jira/browse/AMBARI-19006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712971#comment-15712971 ] Hudson commented on AMBARI-19006: - FAILURE: Integrated in Jenkins build Ambari-branch-2.5 #433 (See [https://builds.apache.org/job/Ambari-branch-2.5/433/]) AMBARI-19006. EU to message users to start YARN queues if work (afernandez: [http://git-wip-us.apache.org/repos/asf?p=ambari.git=commit=9976fb741273cbeb05b4d4d81f0d1120870ed6dd]) * (edit) ambari-server/src/main/resources/stacks/HDP/2.3/upgrades/nonrolling-upgrade-2.3.xml * (edit) ambari-server/src/main/java/org/apache/ambari/server/state/stack/upgrade/ConfigurationCondition.java * (edit) ambari-server/src/main/resources/stacks/HDP/2.4/upgrades/nonrolling-upgrade-2.4.xml * (edit) ambari-server/src/main/resources/upgrade-pack.xsd * (edit) ambari-server/src/main/resources/stacks/HDP/2.3/upgrades/nonrolling-upgrade-2.5.xml * (edit) ambari-server/src/main/resources/stacks/HDP/2.5/upgrades/nonrolling-upgrade-2.5.xml * (edit) ambari-server/src/main/resources/stacks/HDP/2.5/upgrades/nonrolling-upgrade-2.6.xml * (edit) ambari-server/src/main/resources/stacks/HDP/2.4/upgrades/nonrolling-upgrade-2.6.xml * (edit) ambari-server/src/main/resources/stacks/HDP/2.4/upgrades/nonrolling-upgrade-2.5.xml * (edit) ambari-server/src/main/resources/stacks/HDP/2.6/upgrades/nonrolling-upgrade-2.6.xml * (edit) ambari-server/src/main/resources/stacks/HDP/2.3/upgrades/nonrolling-upgrade-2.4.xml * (edit) ambari-server/src/main/resources/stacks/HDP/2.3/upgrades/nonrolling-upgrade-2.6.xml > EU to message users to start YARN queues if work preserving recovery is > disabled > > > Key: AMBARI-19006 > URL: https://issues.apache.org/jira/browse/AMBARI-19006 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.5.0 >Reporter: Alejandro Fernandez >Assignee: Alejandro Fernandez > Fix For: 2.5.0 > > Attachments: AMBARI-19006.patch > > > Today, the Express Upgrade packs message users to stop YARN queues if they do > not have work preserving recovery enabled. > However, there's no message reminding users to enable it again. > E.g., > {code} > > false > true > > > property="yarn.resourcemanager.work-preserving-recovery.enabled" value="true" > comparison="not-equal"/> > > Before continuing, please start all YARN queues if you > stopped them in a previous step. > > > > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19052) Re-arrange "Role Based Access Control" info table
[ https://issues.apache.org/jira/browse/AMBARI-19052?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712972#comment-15712972 ] Hudson commented on AMBARI-19052: - FAILURE: Integrated in Jenkins build Ambari-branch-2.5 #433 (See [https://builds.apache.org/job/Ambari-branch-2.5/433/]) AMBARI-19052. Re-arrange "Role Based Access Control" info table (akovalenko: [http://git-wip-us.apache.org/repos/asf?p=ambari.git=commit=ab3d72914254b9ee13708cb8a5987d0a2c4459a9]) * (edit) ambari-admin/src/main/resources/ui/admin-web/app/views/modals/RoleDetailsModal.html * (edit) ambari-admin/src/main/resources/ui/admin-web/app/scripts/services/RoleDetailsModal.js * (edit) ambari-admin/src/main/resources/ui/admin-web/app/scripts/services/Cluster.js > Re-arrange "Role Based Access Control" info table > - > > Key: AMBARI-19052 > URL: https://issues.apache.org/jira/browse/AMBARI-19052 > Project: Ambari > Issue Type: Bug > Components: ambari-web >Affects Versions: 2.4.0 >Reporter: Aleksandr Kovalenko >Assignee: Aleksandr Kovalenko > Fix For: 2.5.0 > > Attachments: AMBARI-19052.patch > > > The RBAC info table should be organized so that the permissions flow down > like below: > ||Permissions||Role 1||Role 2||Role 3|| > |Perm 1|(/)|(/)|(/)| > |Perm 2| |(/)|(/)| > |Perm 3| | |(/)| > We have areas in the table where it doesn't look like that, for example "View > service operational logs" should be right after "Manage configuration groups". -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-18929) Yarn service check fails when either resource manager is down in HA enabled cluster
[ https://issues.apache.org/jira/browse/AMBARI-18929?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712973#comment-15712973 ] Hudson commented on AMBARI-18929: - FAILURE: Integrated in Jenkins build Ambari-branch-2.5 #433 (See [https://builds.apache.org/job/Ambari-branch-2.5/433/]) AMBARI-18929. Yarn service check fails when either resource manager is (afernandez: [http://git-wip-us.apache.org/repos/asf?p=ambari.git=commit=d6877d721b83220f4b43736d9a80e2f3be67ff7f]) * (edit) ambari-server/src/main/resources/common-services/YARN/2.1.0.2.0/package/scripts/service_check.py * (edit) ambari-server/src/test/python/stacks/2.0.6/YARN/test_yarn_service_check.py > Yarn service check fails when either resource manager is down in HA enabled > cluster > --- > > Key: AMBARI-18929 > URL: https://issues.apache.org/jira/browse/AMBARI-18929 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.4.0 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Fix For: 2.5.0 > > Attachments: AMBARI-18929_trunk.02.patch, AMBARI-18929_trunk.patch > > > When HA is enabled, yarn service_check.py fails if one of RM is down, even > the other one is active. This gives user the wrong impression the yarn > cluster is not healthy. Instead, service check should pass, or at least pass > with warning that lets user know there is one RM down. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19041) Choose services page select/deselect all services not working while adding smartsense to the cluster
[ https://issues.apache.org/jira/browse/AMBARI-19041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vivek Rathod updated AMBARI-19041: -- Description: Smartsense is mandatory install. But UI and API allows user to delete it. After deleting smartsense, on adding smartsense, on choose services page, select/deselect all button does not work as expected. was: User should not be able to delete Smartsense from UI or API because it is mandatory in ambari 250. Also, after deleting Smartsense, Choose services page on add service wizard is broken(Select/Deselect All button does not work as designed). > Choose services page select/deselect all services not working while adding > smartsense to the cluster > > > Key: AMBARI-19041 > URL: https://issues.apache.org/jira/browse/AMBARI-19041 > Project: Ambari > Issue Type: Bug > Components: ambari-web >Affects Versions: 2.5.0 >Reporter: Vivek Rathod > Fix For: 2.5.0 > > > Smartsense is mandatory install. But UI and API allows user to delete it. > After deleting smartsense, on adding smartsense, on choose services page, > select/deselect all button does not work as expected. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19041) Choose services page select/deselect all services not working while adding smartsense to the cluster
[ https://issues.apache.org/jira/browse/AMBARI-19041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vivek Rathod updated AMBARI-19041: -- Summary: Choose services page select/deselect all services not working while adding smartsense to the cluster (was: User should not be able to delete Smartsense(from UI or API) as it is mandatory) > Choose services page select/deselect all services not working while adding > smartsense to the cluster > > > Key: AMBARI-19041 > URL: https://issues.apache.org/jira/browse/AMBARI-19041 > Project: Ambari > Issue Type: Bug > Components: ambari-web >Affects Versions: 2.5.0 >Reporter: Vivek Rathod > Fix For: 2.5.0 > > > User should not be able to delete Smartsense from UI or API because it is > mandatory in ambari 250. > Also, after deleting Smartsense, Choose services page on add service wizard > is broken(Select/Deselect All button does not work as designed). -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-18713) use exclude list of mount device types on docker containers
[ https://issues.apache.org/jira/browse/AMBARI-18713?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712889#comment-15712889 ] Hudson commented on AMBARI-18713: - ABORTED: Integrated in Jenkins build Ambari-branch-2.5 #432 (See [https://builds.apache.org/job/Ambari-branch-2.5/432/]) AMBARI-18713. use exclude list of mount device types on docker (dlysnichenko: [http://git-wip-us.apache.org/repos/asf?p=ambari.git=commit=ab6d552340bbe601209509556c5dead8ba7d14ae]) * (add) ambari-server/src/test/python/stacks/test_stack_adviser.py * (edit) ambari-web/test/utils/configs/config_initializer_test.js * (edit) ambari-server/src/test/python/stacks/2.2/common/test_stack_advisor.py * (edit) ambari-web/app/utils/configs/config_initializer.js * (edit) ambari-server/src/main/resources/stacks/HDP/2.1/services/stack_advisor.py * (edit) ambari-web/test/utils/ajax/ajax_test.js * (edit) ambari-server/src/main/resources/stacks/HDP/2.0.6/services/stack_advisor.py * (delete) ambari-web/app/utils/configs/mount_points_based_initializer_mixin.js * (edit) ambari-server/src/main/resources/stacks/stack_advisor.py * (edit) ambari-server/src/main/resources/stacks/HDP/2.2/services/stack_advisor.py * (edit) ambari-server/src/test/python/stacks/2.0.6/common/test_stack_advisor.py * (edit) ambari-web/app/mixins.js * (edit) ambari-server/src/main/resources/scripts/stack_advisor.py * (edit) ambari-server/src/main/resources/stacks/HDP/2.0.6/configuration/cluster-env.xml * (edit) ambari-server/src/test/python/stacks/2.1/common/test_stack_advisor.py > use exclude list of mount device types on docker containers > --- > > Key: AMBARI-18713 > URL: https://issues.apache.org/jira/browse/AMBARI-18713 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.5.0 >Reporter: Dmytro Grinenko >Assignee: Dmytro Sen >Priority: Critical > Fix For: 2.5.0 > > Attachments: AMBARI-18713-2.5.patch, AMBARI-18713-2.5.patch.1, > AMBARI-18713.patch, AMBARI-18713.patch.1, AMBARI-18713.patch.2 > > > * Remove logic from UI that picks a single host to represent the entire > cluster > * Have each host report their mount devices and how much space is available > in each one, so Ambari can store this in the DB (this will affect new > installs only or newly registered hosts) > * Move logic to Stack Advisor > * Use exclude list -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-18780) Fix livy configuration upgrade from HDP 2.5 to HDP 2.6
[ https://issues.apache.org/jira/browse/AMBARI-18780?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712890#comment-15712890 ] Hudson commented on AMBARI-18780: - ABORTED: Integrated in Jenkins build Ambari-branch-2.5 #432 (See [https://builds.apache.org/job/Ambari-branch-2.5/432/]) AMBARI-18780. Fix livy configuration upgrade from HDP 2.5 to HDP 2.6 (smohanty: [http://git-wip-us.apache.org/repos/asf?p=ambari.git=commit=00c832c472f745c6ed75e82d69dff6b119aef7b5]) * (edit) ambari-server/src/main/resources/stacks/HDP/2.5/upgrades/nonrolling-upgrade-2.6.xml * (edit) ambari-server/src/main/resources/stacks/HDP/2.5/upgrades/config-upgrade.xml * (edit) ambari-server/src/main/resources/stacks/HDP/2.5/upgrades/upgrade-2.6.xml > Fix livy configuration upgrade from HDP 2.5 to HDP 2.6 > -- > > Key: AMBARI-18780 > URL: https://issues.apache.org/jira/browse/AMBARI-18780 > Project: Ambari > Issue Type: Bug >Affects Versions: 2.4.0 >Reporter: Jeff Zhang >Assignee: Jeff Zhang > Fix For: 2.5.0 > > Attachments: AMBARI-18780-1.patch > > > Follow up work for upgrade fix of AMBARI-18758 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (AMBARI-19053) RU: wrong version exposed when Downgrade is going
Nate Cole created AMBARI-19053: -- Summary: RU: wrong version exposed when Downgrade is going Key: AMBARI-19053 URL: https://issues.apache.org/jira/browse/AMBARI-19053 Project: Ambari Issue Type: Bug Components: ambari-server Reporter: Nate Cole Assignee: Nate Cole Priority: Critical Fix For: 3.0.0 Currently on downgrade server returns from and to version same: {code:java} { "href" : "http://c6401.ambari.apache.org:8080/api/v1/clusters/c1/upgrades/7?fields=Upgrade/*&_=1479742056069;, "Upgrade" : { "cluster_name" : "c1", "create_time" : 1479741414972, "direction" : "DOWNGRADE", "downgrade_allowed" : true, "end_time" : -1, "exclusive" : false, "from_version" : "2.3.6.0-3796", "pack" : "nonrolling-upgrade-2.4", "progress_percent" : 56.664, "request_context" : "Downgrading to 2.3.6.0-3796", "request_id" : 7, "request_status" : "HOLDING_TIMEDOUT", "skip_failures" : false, "skip_service_check_failures" : false, "start_time" : 1479741415378, "suspended" : false, "to_version" : "2.3.6.0-3796", "type" : "INTERNAL_REQUEST", "upgrade_type" : "NON_ROLLING" } } {code} However they should be: ||Direction||from_version||to_version|| |UPGRADE|2.5.0.0|2.5.1.0| |DOWNGRADE|2.5.1.0|2.5.0.0| -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19052) Re-arrange "Role Based Access Control" info table
[ https://issues.apache.org/jira/browse/AMBARI-19052?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712689#comment-15712689 ] Hadoop QA commented on AMBARI-19052: {color:red}-1 overall{color}. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12841318/AMBARI-19052.patch against trunk revision . {color:red}-1 patch{color}. The patch command could not apply the patch. Console output: https://builds.apache.org/job/Ambari-trunk-test-patch/9487//console This message is automatically generated. > Re-arrange "Role Based Access Control" info table > - > > Key: AMBARI-19052 > URL: https://issues.apache.org/jira/browse/AMBARI-19052 > Project: Ambari > Issue Type: Bug > Components: ambari-web >Affects Versions: 2.4.0 >Reporter: Aleksandr Kovalenko >Assignee: Aleksandr Kovalenko > Fix For: 2.5.0 > > Attachments: AMBARI-19052.patch > > > The RBAC info table should be organized so that the permissions flow down > like below: > ||Permissions||Role 1||Role 2||Role 3|| > |Perm 1|(/)|(/)|(/)| > |Perm 2| |(/)|(/)| > |Perm 3| | |(/)| > We have areas in the table where it doesn't look like that, for example "View > service operational logs" should be right after "Manage configuration groups". -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19052) Re-arrange "Role Based Access Control" info table
[ https://issues.apache.org/jira/browse/AMBARI-19052?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712672#comment-15712672 ] Aleksandr Kovalenko commented on AMBARI-19052: -- Patch consist of changes for ambari-admin, checking these unit tests are not included to Hadoop QA job. > Re-arrange "Role Based Access Control" info table > - > > Key: AMBARI-19052 > URL: https://issues.apache.org/jira/browse/AMBARI-19052 > Project: Ambari > Issue Type: Bug > Components: ambari-web >Affects Versions: 2.4.0 >Reporter: Aleksandr Kovalenko >Assignee: Aleksandr Kovalenko > Fix For: 2.5.0 > > Attachments: AMBARI-19052.patch > > > The RBAC info table should be organized so that the permissions flow down > like below: > ||Permissions||Role 1||Role 2||Role 3|| > |Perm 1|(/)|(/)|(/)| > |Perm 2| |(/)|(/)| > |Perm 3| | |(/)| > We have areas in the table where it doesn't look like that, for example "View > service operational logs" should be right after "Manage configuration groups". -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-18929) Yarn service check fails when either resource manager is down in HA enabled cluster
[ https://issues.apache.org/jira/browse/AMBARI-18929?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712654#comment-15712654 ] Hudson commented on AMBARI-18929: - FAILURE: Integrated in Jenkins build Ambari-trunk-Commit #6129 (See [https://builds.apache.org/job/Ambari-trunk-Commit/6129/]) AMBARI-18929. Yarn service check fails when either resource manager is (afernandez: [http://git-wip-us.apache.org/repos/asf?p=ambari.git=commit=88e0c29e0617f05c0ecb72a75e74b2bb3def6bac]) * (edit) ambari-server/src/main/resources/common-services/YARN/2.1.0.2.0/package/scripts/service_check.py * (edit) ambari-server/src/test/python/stacks/2.0.6/YARN/test_yarn_service_check.py > Yarn service check fails when either resource manager is down in HA enabled > cluster > --- > > Key: AMBARI-18929 > URL: https://issues.apache.org/jira/browse/AMBARI-18929 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.4.0 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Fix For: 2.5.0 > > Attachments: AMBARI-18929_trunk.02.patch, AMBARI-18929_trunk.patch > > > When HA is enabled, yarn service_check.py fails if one of RM is down, even > the other one is active. This gives user the wrong impression the yarn > cluster is not healthy. Instead, service check should pass, or at least pass > with warning that lets user know there is one RM down. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19045) Remove unnecessary Log Feeder Date Mapper tests
[ https://issues.apache.org/jira/browse/AMBARI-19045?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712638#comment-15712638 ] Miklos Gergely commented on AMBARI-19045: - [~smohanty] Should I add this patch to branch-2.4 too? Without this patch the test that I've removed would fail in December (the test uses the current date, and fails in December) on this branch too. > Remove unnecessary Log Feeder Date Mapper tests > --- > > Key: AMBARI-19045 > URL: https://issues.apache.org/jira/browse/AMBARI-19045 > Project: Ambari > Issue Type: Bug >Reporter: Miklos Gergely >Assignee: Miklos Gergely > Attachments: AMBARI-19045.patch > > > Some unit tests for Date Mapper in the Log Feeder > (testMapperDate_patternWithoutYear_previousYearLog, > testMapperDate_patternWithoutYear_currentYearLog) make no sense, but fail in > December. Remove these tests. > Options -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19006) EU to message users to start YARN queues if work preserving recovery is disabled
[ https://issues.apache.org/jira/browse/AMBARI-19006?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alejandro Fernandez updated AMBARI-19006: - Resolution: Fixed Status: Resolved (was: Patch Available) Pushed to trunk, commit 63938e09ca9e79ee541dd51104964322192e293f branch-2.5, commit 9976fb741273cbeb05b4d4d81f0d1120870ed6dd > EU to message users to start YARN queues if work preserving recovery is > disabled > > > Key: AMBARI-19006 > URL: https://issues.apache.org/jira/browse/AMBARI-19006 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.5.0 >Reporter: Alejandro Fernandez >Assignee: Alejandro Fernandez > Fix For: 2.5.0 > > Attachments: AMBARI-19006.patch > > > Today, the Express Upgrade packs message users to stop YARN queues if they do > not have work preserving recovery enabled. > However, there's no message reminding users to enable it again. > E.g., > {code} > > false > true > > > property="yarn.resourcemanager.work-preserving-recovery.enabled" value="true" > comparison="not-equal"/> > > Before continuing, please start all YARN queues if you > stopped them in a previous step. > > > > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-18929) Yarn service check fails when either resource manager is down in HA enabled cluster
[ https://issues.apache.org/jira/browse/AMBARI-18929?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alejandro Fernandez updated AMBARI-18929: - Resolution: Fixed Status: Resolved (was: Patch Available) Pushed to trunk, commit 88e0c29e0617f05c0ecb72a75e74b2bb3def6bac branch-2.5, commit d6877d721b83220f4b43736d9a80e2f3be67ff7f > Yarn service check fails when either resource manager is down in HA enabled > cluster > --- > > Key: AMBARI-18929 > URL: https://issues.apache.org/jira/browse/AMBARI-18929 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.4.0 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Fix For: 2.5.0 > > Attachments: AMBARI-18929_trunk.02.patch, AMBARI-18929_trunk.patch > > > When HA is enabled, yarn service_check.py fails if one of RM is down, even > the other one is active. This gives user the wrong impression the yarn > cluster is not healthy. Instead, service check should pass, or at least pass > with warning that lets user know there is one RM down. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19052) Re-arrange "Role Based Access Control" info table
[ https://issues.apache.org/jira/browse/AMBARI-19052?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712577#comment-15712577 ] Hadoop QA commented on AMBARI-19052: {color:red}-1 overall{color}. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12841318/AMBARI-19052.patch against trunk revision . {color:green}+1 @author{color}. The patch does not contain any @author tags. {color:red}-1 tests included{color}. The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch. {color:green}+1 javac{color}. The applied patch does not increase the total number of javac compiler warnings. {color:green}+1 release audit{color}. The applied patch does not increase the total number of release audit warnings. {color:green}+1 core tests{color}. The patch passed unit tests in ambari-admin. Test results: https://builds.apache.org/job/Ambari-trunk-test-patch/9486//testReport/ Console output: https://builds.apache.org/job/Ambari-trunk-test-patch/9486//console This message is automatically generated. > Re-arrange "Role Based Access Control" info table > - > > Key: AMBARI-19052 > URL: https://issues.apache.org/jira/browse/AMBARI-19052 > Project: Ambari > Issue Type: Bug > Components: ambari-web >Affects Versions: 2.4.0 >Reporter: Aleksandr Kovalenko >Assignee: Aleksandr Kovalenko > Fix For: 2.5.0 > > Attachments: AMBARI-19052.patch > > > The RBAC info table should be organized so that the permissions flow down > like below: > ||Permissions||Role 1||Role 2||Role 3|| > |Perm 1|(/)|(/)|(/)| > |Perm 2| |(/)|(/)| > |Perm 3| | |(/)| > We have areas in the table where it doesn't look like that, for example "View > service operational logs" should be right after "Manage configuration groups". -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-18929) Yarn service check fails when either resource manager is down in HA enabled cluster
[ https://issues.apache.org/jira/browse/AMBARI-18929?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alejandro Fernandez updated AMBARI-18929: - Fix Version/s: 2.5.0 > Yarn service check fails when either resource manager is down in HA enabled > cluster > --- > > Key: AMBARI-18929 > URL: https://issues.apache.org/jira/browse/AMBARI-18929 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.4.0 >Reporter: Weiwei Yang >Assignee: Weiwei Yang > Fix For: 2.5.0 > > Attachments: AMBARI-18929_trunk.02.patch, AMBARI-18929_trunk.patch > > > When HA is enabled, yarn service_check.py fails if one of RM is down, even > the other one is active. This gives user the wrong impression the yarn > cluster is not healthy. Instead, service check should pass, or at least pass > with warning that lets user know there is one RM down. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-18978) Create Quick link profile data model and json parser
[ https://issues.apache.org/jira/browse/AMBARI-18978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712492#comment-15712492 ] Hadoop QA commented on AMBARI-18978: {color:red}-1 overall{color}. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12841297/AMBARI-18978-quick-link-profile-data-model_trunk_v2.patch against trunk revision . {color:green}+1 @author{color}. The patch does not contain any @author tags. {color:green}+1 tests included{color}. The patch appears to include 4 new or modified test files. {color:green}+1 javac{color}. The applied patch does not increase the total number of javac compiler warnings. {color:green}+1 release audit{color}. The applied patch does not increase the total number of release audit warnings. {color:red}-1 core tests{color}. The patch failed these unit tests in ambari-server: org.apache.ambari.server.state.ServicePropertiesTest org.apache.ambari.server.controller.metrics.JMXPropertyProviderTest Test results: https://builds.apache.org/job/Ambari-trunk-test-patch/9485//testReport/ Console output: https://builds.apache.org/job/Ambari-trunk-test-patch/9485//console This message is automatically generated. > Create Quick link profile data model and json parser > > > Key: AMBARI-18978 > URL: https://issues.apache.org/jira/browse/AMBARI-18978 > Project: Ambari > Issue Type: Task >Affects Versions: 2.5.0 >Reporter: Balázs Bence Sári >Assignee: Balázs Bence Sári > Fix For: trunk, 2.5.0 > > Attachments: AMBARI-18978-quick-link-profile-data-model_trunk_v2.patch > > > Create the data model and JSON parser for quick link profiles. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19051) Stage is sometimes marked as failed on command reschedule.
[ https://issues.apache.org/jira/browse/AMBARI-19051?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Myroslav Papirkovskyi updated AMBARI-19051: --- Attachment: AMBARI-19051.patch > Stage is sometimes marked as failed on command reschedule. > -- > > Key: AMBARI-19051 > URL: https://issues.apache.org/jira/browse/AMBARI-19051 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.4.0 >Reporter: Myroslav Papirkovskyi >Assignee: Myroslav Papirkovskyi >Priority: Critical > Fix For: 2.5.0 > > Attachments: AMBARI-19051.patch > > > Sometimes when server processes command timeout and reschedules task for > agent execution, fail report is received from agent (after cancel command > processing) and whole stage/request gets marked as failed -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-19051) Stage is sometimes marked as failed on command reschedule.
[ https://issues.apache.org/jira/browse/AMBARI-19051?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Myroslav Papirkovskyi updated AMBARI-19051: --- Summary: Stage is sometimes marked as failed on command reschedule. (was: Stage is dometimes marked as failed on command reschedule.) > Stage is sometimes marked as failed on command reschedule. > -- > > Key: AMBARI-19051 > URL: https://issues.apache.org/jira/browse/AMBARI-19051 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.4.0 >Reporter: Myroslav Papirkovskyi >Assignee: Myroslav Papirkovskyi >Priority: Critical > Fix For: 2.5.0 > > > Sometimes when server processes command timeout and reschedules task for > agent execution, fail report is received from agent (after cancel command > processing) and whole stage/request gets marked as failed -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (AMBARI-19051) Stage is dometimes marked as failed on command reschedule.
Myroslav Papirkovskyi created AMBARI-19051: -- Summary: Stage is dometimes marked as failed on command reschedule. Key: AMBARI-19051 URL: https://issues.apache.org/jira/browse/AMBARI-19051 Project: Ambari Issue Type: Bug Components: ambari-server Affects Versions: 2.4.0 Reporter: Myroslav Papirkovskyi Assignee: Myroslav Papirkovskyi Priority: Critical Fix For: 2.5.0 Sometimes when server processes command timeout and reschedules task for agent execution, fail report is received from agent (after cancel command processing) and whole stage/request gets marked as failed -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-18713) use exclude list of mount device types on docker containers
[ https://issues.apache.org/jira/browse/AMBARI-18713?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712411#comment-15712411 ] Hudson commented on AMBARI-18713: - FAILURE: Integrated in Jenkins build Ambari-trunk-Commit #6128 (See [https://builds.apache.org/job/Ambari-trunk-Commit/6128/]) AMBARI-18713. use exclude list of mount device types on docker (dlysnichenko: [http://git-wip-us.apache.org/repos/asf?p=ambari.git=commit=bb8be5ba6a950b64382fb1a44f04c1dbf24db382]) * (edit) ambari-server/src/main/resources/stacks/stack_advisor.py * (edit) ambari-web/test/utils/configs/config_initializer_test.js * (edit) ambari-server/src/main/resources/stacks/HDP/2.2/services/stack_advisor.py * (edit) ambari-web/app/utils/configs/config_initializer.js * (add) ambari-server/src/test/python/stacks/test_stack_adviser.py * (edit) ambari-server/src/test/python/stacks/2.2/common/test_stack_advisor.py * (edit) ambari-server/src/test/python/stacks/2.1/common/test_stack_advisor.py * (edit) ambari-web/test/utils/ajax/ajax_test.js * (edit) ambari-server/src/main/resources/stacks/HDP/2.0.6/services/stack_advisor.py * (edit) ambari-server/src/main/resources/stacks/HDP/2.1/services/stack_advisor.py * (delete) ambari-web/app/utils/configs/mount_points_based_initializer_mixin.js * (edit) ambari-server/src/main/resources/scripts/stack_advisor.py * (edit) ambari-server/src/main/resources/stacks/HDP/2.0.6/configuration/cluster-env.xml * (edit) ambari-server/src/test/python/stacks/2.0.6/common/test_stack_advisor.py * (edit) ambari-web/app/mixins.js > use exclude list of mount device types on docker containers > --- > > Key: AMBARI-18713 > URL: https://issues.apache.org/jira/browse/AMBARI-18713 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.5.0 >Reporter: Dmytro Grinenko >Assignee: Dmytro Sen >Priority: Critical > Fix For: 2.5.0 > > Attachments: AMBARI-18713-2.5.patch, AMBARI-18713-2.5.patch.1, > AMBARI-18713.patch, AMBARI-18713.patch.1, AMBARI-18713.patch.2 > > > * Remove logic from UI that picks a single host to represent the entire > cluster > * Have each host report their mount devices and how much space is available > in each one, so Ambari can store this in the DB (this will affect new > installs only or newly registered hosts) > * Move logic to Stack Advisor > * Use exclude list -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-18780) Fix livy configuration upgrade from HDP 2.5 to HDP 2.6
[ https://issues.apache.org/jira/browse/AMBARI-18780?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712412#comment-15712412 ] Hudson commented on AMBARI-18780: - FAILURE: Integrated in Jenkins build Ambari-trunk-Commit #6128 (See [https://builds.apache.org/job/Ambari-trunk-Commit/6128/]) AMBARI-18780. Fix livy configuration upgrade from HDP 2.5 to HDP 2.6 (smohanty: [http://git-wip-us.apache.org/repos/asf?p=ambari.git=commit=6100be63867209de5dd5eaae6087aad850e25466]) * (edit) ambari-server/src/main/resources/stacks/HDP/2.5/upgrades/nonrolling-upgrade-2.6.xml * (edit) ambari-server/src/main/resources/stacks/HDP/2.5/upgrades/upgrade-2.6.xml * (edit) ambari-server/src/main/resources/stacks/HDP/2.5/upgrades/config-upgrade.xml > Fix livy configuration upgrade from HDP 2.5 to HDP 2.6 > -- > > Key: AMBARI-18780 > URL: https://issues.apache.org/jira/browse/AMBARI-18780 > Project: Ambari > Issue Type: Bug >Affects Versions: 2.4.0 >Reporter: Jeff Zhang >Assignee: Jeff Zhang > Fix For: 2.5.0 > > Attachments: AMBARI-18780-1.patch > > > Follow up work for upgrade fix of AMBARI-18758 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19048) Delete service action should show the config recommendation popup
[ https://issues.apache.org/jira/browse/AMBARI-19048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712268#comment-15712268 ] Hadoop QA commented on AMBARI-19048: {color:red}-1 overall{color}. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12841285/AMBARI-19048.patch against trunk revision . {color:red}-1 patch{color}. The patch command could not apply the patch. Console output: https://builds.apache.org/job/Ambari-trunk-test-patch/9484//console This message is automatically generated. > Delete service action should show the config recommendation popup > - > > Key: AMBARI-19048 > URL: https://issues.apache.org/jira/browse/AMBARI-19048 > Project: Ambari > Issue Type: Task > Components: ambari-web >Affects Versions: 2.5.0 >Reporter: Andrii Babiichuk >Assignee: Andrii Babiichuk > Fix For: 2.5.0 > > Attachments: AMBARI-19048.patch > > > When a service is deleted, it's related configuration are changed as per > stack advisor recommendation. > As scope of this ticket, ambari-web should show all the configuration that > will be changed in recommendation popup when a service is deleted. This popup > should be same as the one shown while doing service->config change and > clicking on save button. > Following similar flow as on service->config page, When user confirms > recommended changes, ambari-web should male API call for checked config > changes. > If no config will be changed on any service deletion action then in that case > recommendation popup should bot be shown -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19048) Delete service action should show the config recommendation popup
[ https://issues.apache.org/jira/browse/AMBARI-19048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712316#comment-15712316 ] Hudson commented on AMBARI-19048: - FAILURE: Integrated in Jenkins build Ambari-trunk-Commit #6127 (See [https://builds.apache.org/job/Ambari-trunk-Commit/6127/]) AMBARI-19048 Delete service action should show the config recommendation (ababiichuk: [http://git-wip-us.apache.org/repos/asf?p=ambari.git=commit=9b21f30b5f081d7b313f9070ae125afc84db7647]) * (add) ambari-web/app/templates/main/service/info/delete_service_warning_popup.hbs * (edit) ambari-web/app/controllers/main/service/info/configs.js * (edit) ambari-web/app/controllers/main/service/item.js * (edit) ambari-web/app/mixins/main/service/groups_mapping.js * (edit) ambari-web/app/controllers/wizard/step7_controller.js * (edit) ambari-web/test/controllers/main/service/item_test.js > Delete service action should show the config recommendation popup > - > > Key: AMBARI-19048 > URL: https://issues.apache.org/jira/browse/AMBARI-19048 > Project: Ambari > Issue Type: Task > Components: ambari-web >Affects Versions: 2.5.0 >Reporter: Andrii Babiichuk >Assignee: Andrii Babiichuk > Fix For: 2.5.0 > > Attachments: AMBARI-19048.patch > > > When a service is deleted, it's related configuration are changed as per > stack advisor recommendation. > As scope of this ticket, ambari-web should show all the configuration that > will be changed in recommendation popup when a service is deleted. This popup > should be same as the one shown while doing service->config change and > clicking on save button. > Following similar flow as on service->config page, When user confirms > recommended changes, ambari-web should male API call for checked config > changes. > If no config will be changed on any service deletion action then in that case > recommendation popup should bot be shown -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19043) CAPACITY-SCHEDULER & PIG View not loading for Ambari-2.5.0
[ https://issues.apache.org/jira/browse/AMBARI-19043?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712319#comment-15712319 ] Hudson commented on AMBARI-19043: - FAILURE: Integrated in Jenkins build Ambari-trunk-Commit #6127 (See [https://builds.apache.org/job/Ambari-trunk-Commit/6127/]) AMBARI-19043 : CAPACITY-SCHEDULER & PIG View not loading for (nitiraj.rathore: [http://git-wip-us.apache.org/repos/asf?p=ambari.git=commit=7c07dd3595068b4e9a58db0fd2d6a8415898261c]) * (edit) contrib/views/capacity-scheduler/src/main/resources/ui/app/app.js * (edit) contrib/views/pig/src/main/resources/ui/pig-web/app/app.js > CAPACITY-SCHEDULER & PIG View not loading for Ambari-2.5.0 > -- > > Key: AMBARI-19043 > URL: https://issues.apache.org/jira/browse/AMBARI-19043 > Project: Ambari > Issue Type: Bug > Components: ambari-views >Affects Versions: 2.5.0 >Reporter: Akhil PB >Assignee: Akhil PB >Priority: Blocker > Fix For: 2.5.0 > > Attachments: AMBARI-19043.branch-2.5.patch, Capacity Scheduler View > Not Loading.png, Pig View Not Loading.png > > > CAPACITY-SCHEDULER View not loading for Ambari-2.5.0 in the cluster: > http://172.27.29.71:8080/#/main/views/CAPACITY-SCHEDULER/1.0.0/NEW_INSTANCE > Facing error while loading pig view in live cluster: > http://172.27.23.128:8080/views/PIG/1.0.0/PIG/ -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19047) Select Versions page: 'Remove' tooltip does not disappear
[ https://issues.apache.org/jira/browse/AMBARI-19047?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712315#comment-15712315 ] Hudson commented on AMBARI-19047: - FAILURE: Integrated in Jenkins build Ambari-trunk-Commit #6127 (See [https://builds.apache.org/job/Ambari-trunk-Commit/6127/]) AMBARI-19047. Select Versions page: 'Remove' tooltip does not disappear (onechiporenko: [http://git-wip-us.apache.org/repos/asf?p=ambari.git=commit=9a72a6009c922f26ee47f2841a5ce89089a24883]) * (edit) ambari-web/app/views/wizard/step1_view.js * (edit) ambari-web/app/templates/wizard/step1.hbs > Select Versions page: 'Remove' tooltip does not disappear > - > > Key: AMBARI-19047 > URL: https://issues.apache.org/jira/browse/AMBARI-19047 > Project: Ambari > Issue Type: Bug > Components: ambari-web >Affects Versions: 3.0.0 >Reporter: Oleg Nechiporenko >Assignee: Oleg Nechiporenko > Fix For: 3.0.0 > > Attachments: AMBARI-19047.patch, Screen Shot 2016-11-29 at 3.12.07 > PM.png > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-18736) Perf: Simulate alerts for multiple Ambari Agents running on single Host
[ https://issues.apache.org/jira/browse/AMBARI-18736?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712317#comment-15712317 ] Hudson commented on AMBARI-18736: - FAILURE: Integrated in Jenkins build Ambari-trunk-Commit #6127 (See [https://builds.apache.org/job/Ambari-trunk-Commit/6127/]) AMBARI-18736. Perf: Simulate alerts for multiple Ambari Agents running (vbrodetskyi: [http://git-wip-us.apache.org/repos/asf?p=ambari.git=commit=ef63373ef2fa886d819589b8500e4c1c81390a87]) * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/SNOW/metainfo.xml * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/HDFS/configuration/hdfs-alert-config.xml * (add) ambari-common/src/main/python/resource_management/libraries/functions/simulate_perf_cluster_alert_behaviour.py * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/HBASE/alerts.json * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/HBASE/package/alerts/hbase_regionserver_process.py * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/SNOW/package/alerts/alert_snow_process.py * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/HAPPY/package/alerts/alert_happy_process.py * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/HAPPY/configuration/happy-alert-config.xml * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/HDFS/package/alerts/alert_upgrade_finalized.py * (delete) ambari-server/src/main/resources/stacks/PERF/1.0/services/YARN/package/alerts/alert_nodemanagers_summary.py * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/SNOW/configuration/snow-alert-config.xml * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/YARN/package/alerts/alert_resourcemanager_process.py * (delete) ambari-server/src/main/resources/stacks/PERF/1.0/services/HDFS/package/alerts/alert_metrics_deviation.py * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/YARN/package/alerts/alert_history_process.py * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/HDFS/package/alerts/alert_checkpoint_time.py * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/HDFS/package/alerts/alert_datanode_unmounted_data_dir.py * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/SLEEPY/alerts.json * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/HDFS/package/alerts/alert_snamenode_process.py * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/ZOOKEEPER/package/alerts/alert_zk_server_process.py * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/HAPPY/metainfo.xml * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/YARN/package/alerts/alert_timeline_process.py * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/SLEEPY/metainfo.xml * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/ZOOKEEPER/configuration/zk-alert-config.xml * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/HBASE/configuration/hbase-alert-config.xml * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/HDFS/package/alerts/alert_nfs_gateway_process.py * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/SLEEPY/configuration/sleepy-alert-config.xml * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/HDFS/alerts.json * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/ZOOKEEPER/metainfo.xml * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/YARN/metainfo.xml * (delete) ambari-server/src/main/resources/stacks/PERF/1.0/services/HDFS/package/alerts/alert_ha_namenode_health.py * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/ZOOKEEPER/alerts.json * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/YARN/configuration/yarn-alert-config.xml * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/YARN/alerts.json * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/YARN/package/alerts/alert_nodemanager_health.py * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/HAPPY/alerts.json * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/HBASE/metainfo.xml * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/HBASE/package/alerts/hbase_master_process.py * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/HDFS/metainfo.xml * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/SLEEPY/package/alerts/alert_sleepy_process.py * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/SNOW/alerts.json > Perf: Simulate alerts for multiple Ambari Agents running on single Host > --- > > Key: AMBARI-18736 > URL: https://issues.apache.org/jira/browse/AMBARI-18736 >
[jira] [Updated] (AMBARI-18780) Fix livy configuration upgrade from HDP 2.5 to HDP 2.6
[ https://issues.apache.org/jira/browse/AMBARI-18780?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sumit Mohanty updated AMBARI-18780: --- Resolution: Fixed Status: Resolved (was: Patch Available) Committed to trunk and branch-2.5 > Fix livy configuration upgrade from HDP 2.5 to HDP 2.6 > -- > > Key: AMBARI-18780 > URL: https://issues.apache.org/jira/browse/AMBARI-18780 > Project: Ambari > Issue Type: Bug >Affects Versions: 2.4.0 >Reporter: Jeff Zhang >Assignee: Jeff Zhang > Fix For: 2.5.0 > > Attachments: AMBARI-18780-1.patch > > > Follow up work for upgrade fix of AMBARI-18758 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (AMBARI-18713) use exclude list of mount device types on docker containers
[ https://issues.apache.org/jira/browse/AMBARI-18713?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dmitry Lysnichenko resolved AMBARI-18713. - Resolution: Fixed Committed 3a34213..ab6d552 branch-2.5 -> branch-2.5 9b21f30..bb8be5b trunk -> trunk > use exclude list of mount device types on docker containers > --- > > Key: AMBARI-18713 > URL: https://issues.apache.org/jira/browse/AMBARI-18713 > Project: Ambari > Issue Type: Bug > Components: ambari-server >Affects Versions: 2.5.0 >Reporter: Dmytro Grinenko >Assignee: Dmytro Sen >Priority: Critical > Fix For: 2.5.0 > > Attachments: AMBARI-18713-2.5.patch, AMBARI-18713-2.5.patch.1, > AMBARI-18713.patch, AMBARI-18713.patch.1, AMBARI-18713.patch.2 > > > * Remove logic from UI that picks a single host to represent the entire > cluster > * Have each host report their mount devices and how much space is available > in each one, so Ambari can store this in the DB (this will affect new > installs only or newly registered hosts) > * Move logic to Stack Advisor > * Use exclude list -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-18978) Create Quick link profile data model and json parser
[ https://issues.apache.org/jira/browse/AMBARI-18978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Balázs Bence Sári updated AMBARI-18978: --- Fix Version/s: trunk > Create Quick link profile data model and json parser > > > Key: AMBARI-18978 > URL: https://issues.apache.org/jira/browse/AMBARI-18978 > Project: Ambari > Issue Type: Task >Affects Versions: 2.5.0 >Reporter: Balázs Bence Sári >Assignee: Balázs Bence Sári > Fix For: trunk, 2.5.0 > > Attachments: AMBARI-18978-quick-link-profile-data-model_trunk_v2.patch > > > Create the data model and JSON parser for quick link profiles. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-18978) Create Quick link profile data model and json parser
[ https://issues.apache.org/jira/browse/AMBARI-18978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Balázs Bence Sári updated AMBARI-18978: --- Status: Patch Available (was: Open) > Create Quick link profile data model and json parser > > > Key: AMBARI-18978 > URL: https://issues.apache.org/jira/browse/AMBARI-18978 > Project: Ambari > Issue Type: Task >Affects Versions: 2.5.0 >Reporter: Balázs Bence Sári >Assignee: Balázs Bence Sári > Fix For: 2.5.0 > > Attachments: AMBARI-18978-quick-link-profile-data-model_trunk_v2.patch > > > Create the data model and JSON parser for quick link profiles. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-18978) Create Quick link profile data model and json parser
[ https://issues.apache.org/jira/browse/AMBARI-18978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Balázs Bence Sári updated AMBARI-18978: --- Attachment: AMBARI-18978-quick-link-profile-data-model_trunk_v2.patch Patch with the fix. > Create Quick link profile data model and json parser > > > Key: AMBARI-18978 > URL: https://issues.apache.org/jira/browse/AMBARI-18978 > Project: Ambari > Issue Type: Task >Affects Versions: 2.5.0 >Reporter: Balázs Bence Sári >Assignee: Balázs Bence Sári > Fix For: 2.5.0 > > Attachments: AMBARI-18978-quick-link-profile-data-model_trunk_v2.patch > > > Create the data model and JSON parser for quick link profiles. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-18736) Perf: Simulate alerts for multiple Ambari Agents running on single Host
[ https://issues.apache.org/jira/browse/AMBARI-18736?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712253#comment-15712253 ] Hudson commented on AMBARI-18736: - FAILURE: Integrated in Jenkins build Ambari-branch-2.5 #431 (See [https://builds.apache.org/job/Ambari-branch-2.5/431/]) AMBARI-18736. Perf: Simulate alerts for multiple Ambari Agents running (vbrodetskyi: [http://git-wip-us.apache.org/repos/asf?p=ambari.git=commit=3a342138832357f38a2114fa520f5bb217a654bb]) * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/HDFS/package/alerts/alert_checkpoint_time.py * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/YARN/configuration/yarn-alert-config.xml * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/HBASE/alerts.json * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/HDFS/package/alerts/alert_nfs_gateway_process.py * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/HBASE/configuration/hbase-alert-config.xml * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/HBASE/package/alerts/hbase_master_process.py * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/HDFS/metainfo.xml * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/HDFS/package/alerts/alert_upgrade_finalized.py * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/HDFS/package/alerts/alert_datanode_unmounted_data_dir.py * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/SNOW/package/alerts/alert_snow_process.py * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/SLEEPY/metainfo.xml * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/HAPPY/metainfo.xml * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/HDFS/alerts.json * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/HDFS/package/alerts/alert_snamenode_process.py * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/ZOOKEEPER/alerts.json * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/SLEEPY/configuration/sleepy-alert-config.xml * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/YARN/alerts.json * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/HDFS/configuration/hdfs-alert-config.xml * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/SLEEPY/package/alerts/alert_sleepy_process.py * (delete) ambari-server/src/main/resources/stacks/PERF/1.0/services/HDFS/package/alerts/alert_metrics_deviation.py * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/YARN/package/alerts/alert_resourcemanager_process.py * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/SLEEPY/alerts.json * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/YARN/package/alerts/alert_history_process.py * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/HAPPY/package/alerts/alert_happy_process.py * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/YARN/package/alerts/alert_timeline_process.py * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/YARN/package/alerts/alert_nodemanager_health.py * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/SNOW/configuration/snow-alert-config.xml * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/YARN/metainfo.xml * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/HAPPY/configuration/happy-alert-config.xml * (add) ambari-common/src/main/python/resource_management/libraries/functions/simulate_perf_cluster_alert_behaviour.py * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/HBASE/package/alerts/hbase_regionserver_process.py * (delete) ambari-server/src/main/resources/stacks/PERF/1.0/services/YARN/package/alerts/alert_nodemanagers_summary.py * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/SNOW/alerts.json * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/HBASE/metainfo.xml * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/ZOOKEEPER/package/alerts/alert_zk_server_process.py * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/SNOW/metainfo.xml * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/ZOOKEEPER/configuration/zk-alert-config.xml * (add) ambari-server/src/main/resources/stacks/PERF/1.0/services/HAPPY/alerts.json * (edit) ambari-server/src/main/resources/stacks/PERF/1.0/services/ZOOKEEPER/metainfo.xml * (delete) ambari-server/src/main/resources/stacks/PERF/1.0/services/HDFS/package/alerts/alert_ha_namenode_health.py > Perf: Simulate alerts for multiple Ambari Agents running on single Host > --- > > Key: AMBARI-18736 > URL: https://issues.apache.org/jira/browse/AMBARI-18736 >
[jira] [Created] (AMBARI-19050) In sys-prepped environments, oozie share lib should be created and populated using the sharelib create facility exposed by Oozie.
Andrew Onischuk created AMBARI-19050: Summary: In sys-prepped environments, oozie share lib should be created and populated using the sharelib create facility exposed by Oozie. Key: AMBARI-19050 URL: https://issues.apache.org/jira/browse/AMBARI-19050 Project: Ambari Issue Type: Bug Reporter: Andrew Onischuk Assignee: Andrew Onischuk Fix For: 2.5.0 This jira can be used to track the cleanup effort to make these changes identical to the way it is done in non sys prepped environments. put_shared_lib_to_hdfs_cmd = format("{oozie_setup_sh} sharelib create -fs {fs_root} -locallib {oozie_shared_lib}") -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19034) Upgrade History Displays Wrong Upgrade Type
[ https://issues.apache.org/jira/browse/AMBARI-19034?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712234#comment-15712234 ] Hudson commented on AMBARI-19034: - ABORTED: Integrated in Jenkins build Ambari-trunk-Commit #6126 (See [https://builds.apache.org/job/Ambari-trunk-Commit/6126/]) AMBARI-19034 Upgrade History Displays Wrong Upgrade Type (atkach) (atkach: [http://git-wip-us.apache.org/repos/asf?p=ambari.git=commit=4b387915117412b7153a7c36b3f26412538b756d]) * (edit) ambari-web/app/mappers/stack_upgrade_history_mapper.js * (edit) ambari-web/app/views/main/admin/stack_upgrade/upgrade_history_details_view.js * (edit) ambari-web/app/messages.js * (edit) ambari-web/app/styles/stack_versions.less * (edit) ambari-web/app/controllers/main/admin/stack_upgrade_history_controller.js * (edit) ambari-web/app/models/stack_version/stack_upgrade_history.js * (edit) ambari-web/app/views/main/admin/stack_upgrade/upgrade_history_view.js > Upgrade History Displays Wrong Upgrade Type > --- > > Key: AMBARI-19034 > URL: https://issues.apache.org/jira/browse/AMBARI-19034 > Project: Ambari > Issue Type: Bug > Components: ambari-web >Affects Versions: 2.5.0 >Reporter: Andrii Tkach >Assignee: Andrii Tkach > Fix For: 2.5.0 > > Attachments: AMBARI-19034.patch, AMBARI-19034_branch-2.5.patch, > Screen Shot 2016-11-10 at 1.24.12 PM.png, Screen Shot 2016-11-10 at 1.27.28 > PM.png > > > Perform a HOST_ORDERED upgrade. After the upgrade has completed, navigate to > the "Upgrade History". The type of upgrade displayed is "Rolling". > Additionally, when clicking on the upgrade, it shows as "HOST_ORDERED" > instead of "Host Ordered" -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19048) Delete service action should show the config recommendation popup
[ https://issues.apache.org/jira/browse/AMBARI-19048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712198#comment-15712198 ] Andrii Babiichuk commented on AMBARI-19048: --- Committed to trunk > Delete service action should show the config recommendation popup > - > > Key: AMBARI-19048 > URL: https://issues.apache.org/jira/browse/AMBARI-19048 > Project: Ambari > Issue Type: Task > Components: ambari-web >Affects Versions: 2.5.0 >Reporter: Andrii Babiichuk >Assignee: Andrii Babiichuk > Fix For: 2.5.0 > > Attachments: AMBARI-19048.patch > > > When a service is deleted, it's related configuration are changed as per > stack advisor recommendation. > As scope of this ticket, ambari-web should show all the configuration that > will be changed in recommendation popup when a service is deleted. This popup > should be same as the one shown while doing service->config change and > clicking on save button. > Following similar flow as on service->config page, When user confirms > recommended changes, ambari-web should male API call for checked config > changes. > If no config will be changed on any service deletion action then in that case > recommendation popup should bot be shown -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (AMBARI-19048) Delete service action should show the config recommendation popup
[ https://issues.apache.org/jira/browse/AMBARI-19048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15712185#comment-15712185 ] Hadoop QA commented on AMBARI-19048: {color:green}+1 overall{color}. Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12841285/AMBARI-19048.patch against trunk revision . {color:green}+1 @author{color}. The patch does not contain any @author tags. {color:green}+1 tests included{color}. The patch appears to include 1 new or modified test files. {color:green}+1 javac{color}. The applied patch does not increase the total number of javac compiler warnings. {color:green}+1 release audit{color}. The applied patch does not increase the total number of release audit warnings. {color:green}+1 core tests{color}. The patch passed unit tests in ambari-web. Test results: https://builds.apache.org/job/Ambari-trunk-test-patch/9483//testReport/ Console output: https://builds.apache.org/job/Ambari-trunk-test-patch/9483//console This message is automatically generated. > Delete service action should show the config recommendation popup > - > > Key: AMBARI-19048 > URL: https://issues.apache.org/jira/browse/AMBARI-19048 > Project: Ambari > Issue Type: Task > Components: ambari-web >Affects Versions: 2.5.0 >Reporter: Andrii Babiichuk >Assignee: Andrii Babiichuk > Fix For: 2.5.0 > > Attachments: AMBARI-19048.patch > > > When a service is deleted, it's related configuration are changed as per > stack advisor recommendation. > As scope of this ticket, ambari-web should show all the configuration that > will be changed in recommendation popup when a service is deleted. This popup > should be same as the one shown while doing service->config change and > clicking on save button. > Following similar flow as on service->config page, When user confirms > recommended changes, ambari-web should male API call for checked config > changes. > If no config will be changed on any service deletion action then in that case > recommendation popup should bot be shown -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (AMBARI-18736) Perf: Simulate alerts for multiple Ambari Agents running on single Host
[ https://issues.apache.org/jira/browse/AMBARI-18736?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vitaly Brodetskyi updated AMBARI-18736: --- Resolution: Fixed Status: Resolved (was: Patch Available) Committed to trunk and branch-2.5 > Perf: Simulate alerts for multiple Ambari Agents running on single Host > --- > > Key: AMBARI-18736 > URL: https://issues.apache.org/jira/browse/AMBARI-18736 > Project: Ambari > Issue Type: Story > Components: ambari-agent >Affects Versions: 2.5.0 >Reporter: Alejandro Fernandez >Assignee: Vitaly Brodetskyi > Fix For: 2.5.0 > > Attachments: AMBARI-18736.patch > > > The PERF stack can actually create Python scripts to run actual alerts whose > behavior is controlled by configs to either always pass, always fail, pass > with some success %, flip/thrash, timeout, etc. > For other types of alerts (web, host:port), we will need to override the > Alert Scheduler on the Ambari Agent to return fake values. > The goal is to stress test Ambari Server when multiple Ambari Agents run on a > single host. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (AMBARI-19049) Alerts Popup displays full error stacktrace instead of minimal content
Antonenko Alexander created AMBARI-19049: Summary: Alerts Popup displays full error stacktrace instead of minimal content Key: AMBARI-19049 URL: https://issues.apache.org/jira/browse/AMBARI-19049 Project: Ambari Issue Type: Bug Components: ambari-web Affects Versions: 2.5.0 Reporter: Antonenko Alexander Assignee: Antonenko Alexander Fix For: 2.5.0 Alerts Popup displays full error stacktrace instead of minimal content STR: Navigate to any service page Click on Alerts button from top right corner of summary panel The complete error message should be displayed as a tooltip text or minimal text should be displayed. But the complete stacktrace is displayed in the popup window which makes the list of alerts look unorganized. -- This message was sent by Atlassian JIRA (v6.3.4#6332)