Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 34FDD200D0B for ; Wed, 13 Sep 2017 06:53:06 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 345871609C8; Wed, 13 Sep 2017 04:53:06 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 798A61609B4 for ; Wed, 13 Sep 2017 06:53:05 +0200 (CEST) Received: (qmail 75236 invoked by uid 500); 13 Sep 2017 04:53:04 -0000 Mailing-List: contact issues-help@ambari.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@ambari.apache.org Delivered-To: mailing list issues@ambari.apache.org Received: (qmail 75227 invoked by uid 99); 13 Sep 2017 04:53:04 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Sep 2017 04:53:04 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 11E161854DE for ; Wed, 13 Sep 2017 04:53:04 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -100.002 X-Spam-Level: X-Spam-Status: No, score=-100.002 tagged_above=-999 required=6.31 tests=[RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id 81RtCBNYPYJW for ; Wed, 13 Sep 2017 04:53:02 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id 20E465FC12 for ; Wed, 13 Sep 2017 04:53:02 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id 5F421E0E3F for ; Wed, 13 Sep 2017 04:53:01 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 3136525386 for ; Wed, 13 Sep 2017 04:53:00 +0000 (UTC) Date: Wed, 13 Sep 2017 04:53:00 +0000 (UTC) From: "Yussuf Shaikh (JIRA)" To: issues@ambari.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (AMBARI-21674) Ambari to support Hybrid cluster MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Wed, 13 Sep 2017 04:53:06 -0000 [ https://issues.apache.org/jira/browse/AMBARI-21674?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16164151#comment-16164151 ] Yussuf Shaikh commented on AMBARI-21674: ---------------------------------------- Hi Nate, Thanks for your inputs. We have done some investigations and code changes for supporting Hybrid cluster. I would like to discuss on the points you mentioned above. I would share the design information in next couple of days. * Agent Registration. We need changes to the bootstrap code (python) to change the ambari.repo url contents as per the OS arch type. * JDK Install option. UI changes have been done for specifying JAVA_HOME path for Power specific hosts. We are planning to add a new key called JAVA_HOME_PPC in ambari.properties for storing this value. The User prompt will appear in step3 controller during Add/Install Hosts wizard if the host added is Power. Subsequent JDK validations and Service install on the agent hosts will be done depending on the OS architecture of each host added. * Repository Versions. This area have been tested and works fine with minimal code changes with the help of new commits to include os_type specific to ppc. Eg: redhat-ppc7. Since the repo_info.xml already have the Power specific HDP and HDP-UTILS URLs we do not need much efforts. Ambari would pass on the proper HDP* URLs to the agent hosts to create the repo files. However, it may hold true for public repositories, we need more discussions for setting up offline repo for each OS type. The changes you mentioned for 3.0.0 may need rework for repo settings in later phase. > Ambari to support Hybrid cluster > --------------------------------- > > Key: AMBARI-21674 > URL: https://issues.apache.org/jira/browse/AMBARI-21674 > Project: Ambari > Issue Type: New Feature > Components: ambari-agent, ambari-server > Reporter: Ayappan > > We have been exploring Hybrid hadoop cluster recently. By hybrid, i mean the nodes in the cluster have different platform architectures. Some nodes are intel x86_64 , some are IBM Power ppc64le., and so on. Right now Ambari doesn't have this hybrid support. It selects the repo based on the machine where it is installed and then ask the users to add the nodes. I think this order has to be changed as the first step to provide hybrid support in Ambari. > We were actually able to bring up a hybrid cluster using some hacks (not so good) like manually configuring the yum repos according to the arch, installing the rpms before ambari does and also manipulating the JAVA_HOME variable. We also ran some examples like terasort without any issues. > So the thing here is we kind of starting to work on making Ambari provide a smooth hybrid support which requires some design changes. We very much welcome Ambari community to provide some ideas, patch contributions, or whatever way you can help us on. -- This message was sent by Atlassian JIRA (v6.4.14#64029)