You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ambari.apache.org by "Doroszlai, Attila (JIRA)" <ji...@apache.org> on 2017/10/16 15:29:00 UTC
[jira] [Created] (AMBARI-22244) Update service component API call
to work for second service instance
Doroszlai, Attila created AMBARI-22244:
------------------------------------------
Summary: Update service component API call to work for second service instance
Key: AMBARI-22244
URL: https://issues.apache.org/jira/browse/AMBARI-22244
Project: Ambari
Issue Type: Task
Components: ambari-server
Affects Versions: 3.0.0
Reporter: Doroszlai, Attila
Assignee: Doroszlai, Attila
Fix For: 3.0.0
*Background:*
AMBARI-21824 & AMBARI-22164 moved service API to {{/api/v1/clusters/<cluster-name>/servicegroups/<service-group-name>/services}}. The service API was also updated to be able to create a second service instance.
{code}
POST /api/v1/clusters/cl1/servicegroups/core/services
{
"ServiceInfo" : {
"service_name": "ZK2",
"service_type": "ZOOKEEPER"
}
}
{code}
In the example above {{service_name = ZK2}} is the user-defined service name and {{service_type = ZOOKEEPER}} is the actual service name as defined in the stack definition.
*Issue:*
# There are issues with creating a service component for the second instance (i.e. {{POST /api/v1/clusters/cl1/servicegroups/core/services/ZK2/components/ZOOKEEPER_SERVER}} etc can cause failures).
# This is primarily because there are code blocks where we use {{service_name}} instead of {{service_type}} to make calls to {{ambariMetaInfo.getService(stackName, stackVersion, stackServiceName)}}.
# So we end up making a call {{ambariMetaInfo.getService("HDP", "3.0.0", "ZK1")}}. We need to fix issues like these to be able to make our APIs multi-instance ready.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)