Return-Path: X-Original-To: apmail-ambari-dev-archive@www.apache.org Delivered-To: apmail-ambari-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6485E18C51 for ; Tue, 19 Jan 2016 11:55:40 +0000 (UTC) Received: (qmail 81688 invoked by uid 500); 19 Jan 2016 11:55:40 -0000 Delivered-To: apmail-ambari-dev-archive@ambari.apache.org Received: (qmail 81651 invoked by uid 500); 19 Jan 2016 11:55:40 -0000 Mailing-List: contact dev-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 dev@ambari.apache.org Received: (qmail 81601 invoked by uid 99); 19 Jan 2016 11:55:40 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 Jan 2016 11:55:40 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id CA8992C14F0 for ; Tue, 19 Jan 2016 11:55:39 +0000 (UTC) Date: Tue, 19 Jan 2016 11:55:39 +0000 (UTC) From: "Andrew Onischuk (JIRA)" To: dev@ambari.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (AMBARI-14718) on region server restart ambari is setting /tmp to hbase:hadoop MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Andrew Onischuk created AMBARI-14718: ---------------------------------------- Summary: on region server restart ambari is setting /tmp to hbase:hadoop Key: AMBARI-14718 URL: https://issues.apache.org/jira/browse/AMBARI-14718 Project: Ambari Issue Type: Bug Reporter: Andrew Onischuk Assignee: Andrew Onischuk Fix For: 2.2.1 Attachments: AMBARI-14718.patch On my hcube cluster what i am seeing is /tmp gets owned by hbase:hadoop. This is causing services like sssd to fail as /tmp is not owned by root. sssd is a service that we recommend users setup if they want to sync up with AD. With this service failing users are unable to login using AD credentials. Here is the corresponding log owner = params.hbase_user, group = params.user_group, 04:33:56,101 - Directory['/tmp'] {'owner': 'hbase', 'group': 'hadoop', 'mode': 0777, 'recursive': True} 2016-01-19 04:33:56,101 - Changing owner for /tmp from 0 to hbase 2016-01-19 04:33:56,101 - Changing group for /tmp from 0 to hadoop 2016-01-19 04:33:56,102 - Changing permission for /tmp from 1777 to 777 2016-01-19 04:33:56,102 - Directory['/tmp'] {'recursive': True, 'cd_access': 'a'} 2016-01-19 04:33:56,102 - Execute[('chmod', '1777', u'/tmp')] {'sudo': True} 2016-01-19 04:33:56,110 - XmlConfig['hbase-site.xml'] {'owner': 'hbase', 'group': 'hadoop', 'conf_dir': '/usr/hdp/current/hbase-regionserver/conf', 'configuration_attributes': {}, 'configurations': ...} 2016-01-19 04:33:56,126 - Generating config: /usr/hdp/current/hbase-regionserver/conf/hbase-site.xml 2016-01-19 04:33:56,127 - File['/usr/hdp/current/hbase-regionserver/conf/hbase-site.xml'] {'owner': 'hbase', 'content': InlineTemplate(...), 'group': 'hadoop', 'mode': None, 'encoding': 'UTF-8'} 2016-01-19 04:33:56,174 - XmlConfig['core-site.xml'] {'owner': 'hbase', 'group': 'hadoop', 'conf_dir': '/usr/hdp/current/hbase-regionserver/conf', 'configuration_attributes': {}, 'configurations': ...} 2016-01-19 04:33:56,185 - Generating config: /usr/hdp/current/hbase-regionserver/conf/core-site.xml 2016-01-19 04:33:56,185 - File['/usr/hdp/current/hbase-regionserver/conf/core-site.xml'] {'owner': 'hbase', 'content': InlineTemplate(...), 'group': 'hadoop', 'mode': None, 'encoding': 'UTF-8'} 2016-01-19 04:33:56,210 - XmlConfig['hdfs-site.xml'] {'owner': 'hbase', 'group': 'hadoop', 'conf_dir': '/usr/hdp/current/hbase-regionserver/conf', 'configuration_attributes': {}, 'configurations': ...} 2016-01-19 04:33:56,221 - Generating config: /usr/hdp/current/hbase-regionserver/conf/hdfs-site.xml 2016-01-19 04:33:56,222 - File['/usr/hdp/current/hbase-regionserver/conf/hdfs-site.xml'] {'owner': 'hb This is the cluster this happened on and ssh key for user root is attached -- This message was sent by Atlassian JIRA (v6.3.4#6332)