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 A2167200D18 for ; Wed, 11 Oct 2017 12:11:04 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id A04CE1609E4; Wed, 11 Oct 2017 10:11:04 +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 E7A271609CA for ; Wed, 11 Oct 2017 12:11:03 +0200 (CEST) Received: (qmail 11512 invoked by uid 500); 11 Oct 2017 10:11:03 -0000 Mailing-List: contact dev-help@gearpump.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@gearpump.incubator.apache.org Delivered-To: mailing list dev@gearpump.incubator.apache.org Received: (qmail 11492 invoked by uid 99); 11 Oct 2017 10:11:03 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Oct 2017 10:11:03 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 69B93C093B for ; Wed, 11 Oct 2017 10:11:02 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-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-us.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id sLkWl56MRiqz for ; Wed, 11 Oct 2017 10:11:01 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id 921DF5FD01 for ; Wed, 11 Oct 2017 10:11:01 +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 1B61EE06BA for ; Wed, 11 Oct 2017 10:11: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 CCC4425397 for ; Wed, 11 Oct 2017 10:11:00 +0000 (UTC) Date: Wed, 11 Oct 2017 10:11:00 +0000 (UTC) From: "Timea Magyar (JIRA)" To: dev@gearpump.incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (GEARPUMP-356) Launch of Gearpump on Hadoop/Yarn not possible of cluster protected by firewall MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Wed, 11 Oct 2017 10:11:04 -0000 Timea Magyar created GEARPUMP-356: ------------------------------------- Summary: Launch of Gearpump on Hadoop/Yarn not possible of cluster protected by firewall Key: GEARPUMP-356 URL: https://issues.apache.org/jira/browse/GEARPUMP-356 Project: Apache Gearpump Issue Type: Bug Components: hadoop, security, yarn Affects Versions: 0.8.4 Reporter: Timea Magyar Fix For: 0.8.4 Launching Gearpump on a Hadoop/Yarn cluster protected by a firewall from an edge node outside of the cluster communication will fail. When launching Gearpump / submitting a Gearpump application the client side residing on the above mentioned edge node has to establish communication with 4 components: 1. the YarnAppMaster in order to be able to retrieve/resolve an active configuration file (via tcp) 2. the Gearpump master(s) (via tcp) 3. the JarStoreServer (via http) to transmit the application jar file to be submitted 4. the Gearpump AppMaster of the respective gearpump application to be submitted to send in tasks/requests In all four cases the ports used by the above mentioned components have to be open, otherwise communication will fail. Currently the config parameter "akka.remote.netty.tcp.port" is set to 0, meaning that all ports assigned for an actorsystem defined in Gearpump are random and can be anything between 1024-65535 There is no configuration based way to set the a fixed port in the above four cases. -- This message was sent by Atlassian JIRA (v6.4.14#64029)