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 49742200D53 for ; Tue, 5 Dec 2017 18:36:07 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id 4817B160C1B; Tue, 5 Dec 2017 17:36:07 +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 8D40E160BF1 for ; Tue, 5 Dec 2017 18:36:06 +0100 (CET) Received: (qmail 55836 invoked by uid 500); 5 Dec 2017 17:36:05 -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 55827 invoked by uid 99); 5 Dec 2017 17:36:05 -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; Tue, 05 Dec 2017 17:36:05 +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 0A7DEC6FC7 for ; Tue, 5 Dec 2017 17:36:04 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -100.011 X-Spam-Level: X-Spam-Status: No, score=-100.011 tagged_above=-999 required=6.31 tests=[SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, 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 z2kBJk1so7ZO for ; Tue, 5 Dec 2017 17:36:03 +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 D418E5F2A9 for ; Tue, 5 Dec 2017 17:36: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 19B2EE0248 for ; Tue, 5 Dec 2017 17:36:02 +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 0BDBA255BF for ; Tue, 5 Dec 2017 17:36:00 +0000 (UTC) Date: Tue, 5 Dec 2017 17:36:00 +0000 (UTC) From: "Myroslav Papirkovskyi (JIRA)" To: issues@ambari.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (AMBARI-22597) Jetty Session Timeout Is Overridden By Views Initialization MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Tue, 05 Dec 2017 17:36:07 -0000 Myroslav Papirkovskyi created AMBARI-22597: ---------------------------------------------- Summary: Jetty Session Timeout Is Overridden By Views Initialization Key: AMBARI-22597 URL: https://issues.apache.org/jira/browse/AMBARI-22597 Project: Ambari Issue Type: Bug Components: ambari-server Affects Versions: 2.6.0 Reporter: Myroslav Papirkovskyi Assignee: Myroslav Papirkovskyi Priority: Critical Fix For: 3.0.0 Setting {{server.http.session.inactive_timeout=60}} does not work as expected. After 60 seconds, the session which was created is still active and has not been invalidated by the Jetty scavenger. Upon inspection, this valid is being set correctly by {{AmbariServer.java}} in the Jetty {{SessionManager}}. However, when a new session is opened, the original value of 1800 is being used. The instance of the {{SessionManager}} is the same, which means that something has reset this value after we set it correctly. I believe that View-initialization might be causing this... STR: - Change server.http.session.inactive_timeout=60 and restart ambari server - $ curl -i -u admin:admin -b /tmp/ambarisessionfile -c /tmp/ambarisessionfile http://ambari-host:8080/api/v1/clusters - Wait for 2 minutes - $ curl -i -b /tmp/ambarisessionfile -c /tmp/ambarisessionfile http://ambari-host:8080/api/v1/clusters The final command will still work, even though the session should be invalidated. -- This message was sent by Atlassian JIRA (v6.4.14#64029)