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 38FC2200D27 for ; Wed, 25 Oct 2017 19:54:12 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 376081609CE; Wed, 25 Oct 2017 17:54:12 +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 7CF6E160BDA for ; Wed, 25 Oct 2017 19:54:11 +0200 (CEST) Received: (qmail 99855 invoked by uid 500); 25 Oct 2017 17:54:10 -0000 Mailing-List: contact hdfs-issues-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list hdfs-issues@hadoop.apache.org Received: (qmail 99844 invoked by uid 99); 25 Oct 2017 17:54:10 -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, 25 Oct 2017 17:54:10 +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 B3D311807C5 for ; Wed, 25 Oct 2017 17:54:09 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -98.702 X-Spam-Level: X-Spam-Status: No, score=-98.702 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, KAM_NUMSUBJECT=0.5, 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 ZqpnuJXWyxq1 for ; Wed, 25 Oct 2017 17:54:08 +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 F12FB5F5B4 for ; Wed, 25 Oct 2017 17:54:07 +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 2E00FE0662 for ; Wed, 25 Oct 2017 17:54:07 +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 DA7A6212F8 for ; Wed, 25 Oct 2017 17:54:06 +0000 (UTC) Date: Wed, 25 Oct 2017 17:54:06 +0000 (UTC) From: "Istvan Fajth (JIRA)" To: hdfs-issues@hadoop.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (HDFS-12710) HTTPFS HTTP max header size env variable is not respected in branch-2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Wed, 25 Oct 2017 17:54:12 -0000 [ https://issues.apache.org/jira/browse/HDFS-12710?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16219181#comment-16219181 ] Istvan Fajth commented on HDFS-12710: ------------------------------------- Hi [~jzhuge], Thank you for checking into this JIRA! Actually I have tested this on a CDH cluster that contained the patch, and we found that after we set the environment variable added in HDFS-10423 it is not applied in the server, we used the same test script to test the CDH cluster that was added to HDFS-10423, and the value in the environment variable was not used by the server. We ran into the default 8192 limit. When we added some debug prints, we made sure that the environment variable is set, and visible for the script when it runs, and starts HTTPFS. Then we tracked down that these properties are going to the catalina.properties file, which is being created based on the catalina-default.properties in and this calls to catalina_set_property method in this script to add custom properties to the end of the file. After we ensured that the catalina.properties file contains the mapping from the environment variable to the property that is used in the server.xml things started to work as expected. We ensured this by adding the same line to the same script, and ran the test script proposed by Nicolae in the original JIRA HDFS-10423. As the code is the same I did not went to test it with a clean hadoop install without CDH wrappers as it did not felt necessary. Should I, and then add testing results here? > HTTPFS HTTP max header size env variable is not respected in branch-2 > --------------------------------------------------------------------- > > Key: HDFS-12710 > URL: https://issues.apache.org/jira/browse/HDFS-12710 > Project: Hadoop HDFS > Issue Type: Bug > Affects Versions: 2.6.5, 2.7.4, 2.8.1 > Reporter: Istvan Fajth > Assignee: Istvan Fajth > Priority: Minor > Attachments: HDFS-12710-branch-2.001.patch > > > In HDFS-10423 there is the HTTPFS_MAX_HTTP_HEADER_SIZE environment variable added, and as well the server.xml for the HTTPFS service started to utilize a variable in the config for maxHttpHeaderSize. > The variable is added in httpfs-config.sh and exported there and as well an example is added to httpfs-env.sh > The default value is not modified though, the httpfs.sh script has a section in which it sets catalina properties, and there the environment variable is not mapped to the catalina property that is used by the server.xml. -- This message was sent by Atlassian JIRA (v6.4.14#64029) --------------------------------------------------------------------- To unsubscribe, e-mail: hdfs-issues-unsubscribe@hadoop.apache.org For additional commands, e-mail: hdfs-issues-help@hadoop.apache.org